﻿bibliotecă IBS Moscova ZAO Olimp-Business G L Tsipes, A S Tovb în practica unei firme moderne OLIMP BUSINESS scanare: oțel inoxidabil Cat UDC ( ) BBK - C Capitolele , au fost scrise de A Tovb și G Tzipes; capitolele , , , și secțiunile , de G Tzipes; Secțiunile , de G Ziperman și G Zipes; secțiunea - G Tsiperman, secțiunea - A Tovbom Versiune generală - A Tovb și G Tzipes Tzipes G L , Tovb A S Ts Managementul proiectelor în practica unei companii moderne - M : CJSC "Olimp-Business", - p : ill ISBN - - - Managementul de proiect este utilizat pe scară largă în întreaga lume ca instrument de îmbunătățire a eficienței afacerii, de a asigura sustenabilitatea, rentabilitatea, competitivitatea acesteia - în general, tot ceea ce se numește succes Provocările vremii, cerințele afacerii de astăzi se reflectă în practica managementului de proiect, dar, în același timp, noile oportunități oferite de managementul modern de proiect sunt cunoscute până acum doar unui cerc restrâns de specialiști Cum s-au schimbat practicile de management de proiect în domenii consacrate, cum ar fi construcțiile și tehnologia informației? Cum se aplică managementul de proiect în energie combustibilă, telecomunicații, transport, administrație publică? Ce metodologii sunt cheie pentru managementul proiectelor în aceste industrii? De ce managementul de proiect nu ar trebui să fie separat astăzi de alte circuite de management - managementul proceselor, managementul produselor, managementul strategic? Răspunsurile la aceste și alte întrebări, bazate pe experiența generalizată a câtorva zeci de proiecte, sunt date de experți recunoscuți și autori populari Accesibilitatea prezentării chiar și a problemelor de înaltă specialitate, experiența și profesionalismul autorilor ne permit să recomandăm această carte unei game largi de specialiști și manageri ca o enciclopedie practică a managementului de proiect modern UDC ( ) BBK - Protejat de Legea drepturilor de autor a Federației Ruse Reproducerea cărții integrală sau parțială sub orice formă este interzisă fără permisiunea scrisă a editorului (c) G Tzipes, A Tovb, G Tsiperman, (c) CJSC Olimp-Business, design, ISBN - - - Toate drepturile rezervate Conţinut Cuvânt înainte XIII Prefața autorilor Capitolul Managementul proiectului astăzi Metodologia tradițională management de proiect Management dinamic de proiect Incertitudinea în proiect Limitele proiectului Integrarea interculturală Modele de management de proiect Modelul PMI PRINCE Standard Modelul sistemului SOVNET Modelele ІSV ІRMA și NTK SOVNET standard global de competență, bazat pe performanță Modele ale "Al treilea val" Metodologii aferente Balanced Scorecard (Balanced Scorecard) Management de cunoștințe (Managementul cunoștințelor) v VI Conţinut Dezvoltare organizațională (Dezvoltarea organizației) Administrarea procesului (Administrarea procesului) Modele de maturitate Biroul de proiect și managementul portofoliului Rezumat Literatură treizeci Capitolul Proiecte și strategie Proiecte, programe și portofolii de proiecte la întreprinderile complexului de combustibil și energie Scurtă prezentare a metodologiei Proiecte, Programe și Portofolii de Proiecte Biroul de proiect Biroul de proiecte strategice Biroul de management al proiectelor Biroul Divizial de Proiecte Balanced Scorecard Întreprinderea complexului de combustibil și energie ca o companie orientată spre proiecte Management de proiect complex la întreprinderea extractivă a complexului de combustibil şi energie Managementul portofoliului de proiecte la întreprinderea de transport a complexului de combustibil și energie Proiecte ale întreprinderii de transport a complexului de combustibil și energie Conformitatea proiectului obiectivele strategice ale companiei Obiective și factori critici de succes Resurse pentru proiect Proceduri de gestionare a portofoliului de proiecte Procedura de formare a unui portofoliu de proiecte Procedura de monitorizare și analiză a implementării proiectelor Evaluări și criterii Biroul Tehnic de Proiect Managementul programului țintă în societatea de administrare a holdingului complex de combustibil și energie Planificare organizațională Conținut VII Coordonarea formală a activităților organizaționale De la coordonare la management Părțile interesate din Program Componența Organismelor de Management al Programului - Organele tehnice decizionale Rezumat Literatură Capitolul Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte Scurtă prezentare a metodologiei Procese și proiecte - înainte și înapoi Procesele ca proiecte Proiectele ca procese Armonizarea abordărilor procesului și proiectelor în activităţile societăţii Etapa Structurarea operațiunilor companiei Etapa Crearea mecanismelor de implementare a proceselor în formă de proiect Etapa Crearea mecanismelor de execuție unitară a proiectelor Concluzii Cauze și fundal implementarea managementului de proiect într-o companie de telecomunicații Caracteristici de organizare proiecte de conectare Transferul de responsabilitate Formarea echipelor de proiect Sistemul de motivare Managementul proiectelor de conexiune Mediu formalizat de management al proiectelor Proceduri de management de proiect Șabloane de documente de management Criterii de optimizare a proceselor de conectare "Cum să punem capăt penuriei de montatori?" VIII Conţinut Dezvoltarea ulterioară a abordării proiectului De la proiecte de conectivitate la proiecte de servicii de solicitare Stratul primar de procesare a cererii Nivel de inițializare a proiectului Nivelul de executare a proiectului Strategia de implementare a abordării proiectului Literatură Capitolul Proiecte și produse Proiecte și grupuri de produse într-o companie de transport Scurtă prezentare a metodologiei Abordarea produsului Proiecte în ciclul de viață al produsului Structura de produs a unei firme de transport Procesele ciclului de viață al produsului Structura ciclului de viață al produsului Organizarea proceselor Ciclul produsului ca program Grupuri de produse Organizarea grupelor de produse Sistemul de motivare în grupe de produse Evoluția grupelor de alimente Implementarea abordării produsului Strategii de implementare Standard de management al produsului Literatură Capitolul Proiecte și standarde Standardul de management al proiectelor companiei de construcții Scurtă prezentare a metodologiei Management de proiect - Artă, Știință, Meșteșuguri Sistem de management al proiectelor Structura sistemului de management al proiectelor Conținut !X Implementarea unui sistem de management de proiect Management de proiect în companiile de construcții Politica de management de proiect Clasificarea proiectelor de construcții Ciclul de viață al proiectului Rolurile și responsabilitățile funcționale ale participanților la proiect Standard de operare Structura standard de operare Proceduri de management de proiect Standardul artistului Standardul clientului Armonizarea standardelor participanților la proiect "Standard grozav pentru o companie mică" Setări de organizare Caracteristicile companiei Personal Motive pentru a începe lucrul la crearea unui standard de management de proiect Prima etapă este să studiezi și să încerci Strategia de implementare a abordării proiectului Bugetul pentru prima etapă Consultanţi interni Proiecte-pilot Rezultatele primei etape A doua etapă este dezvoltarea și implementarea Sarcinile etapei a doua Participanții etapei a doua a proiectului Conținutul lucrărilor Bugetul pentru etapa a doua Rezultatele celei de-a doua etape Management de proiect in constructii - tehnologie sau filozofie? Proiect de dezvoltare Modelul de service al proiectului de construcție "Prețul prețului" Literatură X Conţinut Capitolul Proiecte și bani Bugetarea și finanțarea proiectelor în organele guvernamentale Scurtă prezentare a metodologiei Bugetarea de performanță Eficiența socială și economică a cheltuielilor publice Abordarea cadru logic Structura programului ţintă Evaluarea implementării programelor ţintă Nivel de bază Nivelul contorului Nivelul indicatorilor complexi Managementul financiar al proiectelor programului țintă Caracteristicile managementului financiar programe guvernamentale Formarea bugetului programului Analiza financiară a proiectului Auditul financiar al proiectului Raport financiar pentru Investitor Literatură Capitolul Proiecte și politici Rolul și locul serviciului IT în implementarea proiectelor informatice Scurtă prezentare a metodologiei Serviciu IT - partener de afaceri sau "agent de influență"? Strategia Corporativă și Strategia Serviciului IT Harta strategiei serviciilor IT Indicatori cheie de performanță ai Serviciului IT Și cine este ușor acum? Politica în proiecte de implementare sisteme informatice corporative Riscuri politice ale proiectelor de implementare sisteme informatice corporative Conţinut X! Implicare, persuasiune, constrângere Linii de rezistență Nivelul personalului de operațiuni Nivelul managerilor de mijloc Nivelul managerilor superiori Nivel de director general Cum va funcționa Programul de acțiune pentru CO Proiecte IT și personalul companiei Persoană sau resursă? Probleme de personal în strategia companiei Ce așteptăm de la angajații noștri Cum se evaluează munca angajaților Cum să-i ajutați pe angajați să-și îndeplinească sarcinile Managementul personalului în perioada de tranziție, legate de implementare Tehnologia informaţiei Evaluarea personalului Compensație și motivație Sprijinul psihologic al proiectelor Proiecte IT în portofolii și programe Managementul proiectelor IT în exploatație: abordări și recomandări Tipuri de management IT în exploatație Centralizare rigidă Structură descentralizată Centralizare soft Politica de informatizare Procese generale de management Managementul investitiei Managementul proiectelor IT Gestionarea resurselor Managementul achizițiilor Povestea prezentului proiect Contextul proiectului Participanții la proiect și obiectivele acestora Roluri si responsabilitati Echipă de proiect Domeniul de subiect Management de proiect XII Cuprins Principalele probleme și factori de succes ai proiectului Lecţii în gestionarea unui proiect IT complex complex Literatură Concluzie Lista tabelelor Lista ilustraţiilor Postfață cuvânt înainte Managementul proiectelor este o zonă practică de management, cu ajutorul căreia puteți crește semnificativ eficiența organizării activităților și calitatea muncii Avantajul tehnologiei de management de proiect este că poate fi utilizată împreună cu instrumentele de management existente și nu necesită schimbări semnificative în structura și procesele companiei Managementul de proiect este aplicabil în orice domeniu de afaceri, în orice industrie și pentru aproape orice sarcină Crearea unui nou produs, deschiderea unui punct de vânzare cu amănuntul, dezvoltarea unui nou câmp petrolier, implementarea unui sistem de management al întreprinderii, construirea unei clădiri - toate aceste activități pot fi considerate proiecte Aceasta înseamnă că există nenumărate oportunități pentru conducerea companiilor de a îmbunătăți aceste activități folosind mecanisme, șabloane și tehnologii dovedite și dovedite Această carte este scrisă de practicieni consultanți pe baza multor ani de experiență în proiect Aceasta nu este o teorie, ci o descriere detaliată a aplicării celor mai recente tehnici de management de proiect pe exemplul proiectelor din industrii precum complexul de combustibil și energie, telecomunicații, transport, construcții și tehnologia informației Cartea folosește experiența implementării proiectelor de către BS IBS este o organizație de proiectare pentru care proiectele reprezintă o modalitate de a face afaceri Pe baza propriei noastre experiențe, putem afirma cu încredere că abordarea proiectului mărește semnificativ capacitatea de administrare a companiei Pentru ce? Nu numai că știm în orice moment ce face fiecare dintre consultanți, la ce proiect lucrează și ce sarcini rezolvă Putem determina cu exactitate ce tipuri de proiecte sunt profitabile pentru noi să le realizăm și care nu, care dintre proiecte sunt expuse riscului în ceea ce privește pragul de rentabilitate și care au o marjă mare Aceste informații vă permit să luați rapid decizii de management, cu ajutorul cărora puteți aloca eficient resursele, evita pierderile și crește XIII XIV cuvânt înainte poveste adevărată O abordare de proiect a managementului va permite companiei dumneavoastră să obțină aceleași rezultate Experiența prezentată în această carte va ajuta la înțelegerea posibilelor domenii de aplicare a tehnologiilor de management de proiect, precum și la evaluarea eficacității metodelor propuse Exemplele de proiecte date sunt atât de detaliate încât pot fi folosite ca ghid Cartea "Project Management in the Practice of a Modern Company", publicată în seria "IBS Library", va fi utilă nu numai pentru managerii de proiect profesioniști și începători, ci și pentru managerii care doresc să îmbunătățească eficiența companiei Sperăm ca cartea să răspundă la multe dintre întrebările dumneavoastră în domeniul aplicării tehnologiilor de management de proiect și să vă ajute în construirea managementului de proiect într-o companie Dmitri Sadkov, director al departamentului de consultanță în management, IBS Prefața autorilor Lumea managementului de proiect se schimbă în fața ochilor noștri Granițele managementului de proiect, stabilite de corpul de cunoștințe PMBOK(r)Guide la începutul anilor ai secolului trecut, se extind rapid Aceste schimbări apar ca răspuns la provocările vremii, la cerințele afacerii de astăzi Și, în același timp, noile oportunități oferite de managementul modern de proiect sunt încă cunoscute unui cerc destul de restrâns de specialiști Cartea pe care o țineți în mână a fost scrisă de consultanți Principala noastră ocupație este să căutăm și să oferim clientului acele forme de a face afaceri care să ofere acestei afaceri stabilitate, profitabilitate, competitivitate - în general, tot ceea ce se numește succes Un consultant are întotdeauna multe idei și abordări diferite în arsenalul său; printre acestea, a face afaceri cu proiecte este doar una dintre soluțiile posibile Dar aceasta este o soluție foarte puternică care combină armonios filozofia, metodologia și instrumentele de management Am încercat să descoperim două tendințe importante în managementul de proiect modern În primul rând, este extinderea domeniului de aplicare a managementului de proiect, implicând noi domenii (ramuri) ale economiei în acesta În al doilea rând, este utilizarea în comun a managementului de proiect cu alte tehnologii de management, întrepătrunderea acestora Din păcate, până acum în Rusia potențialul managementului de proiect, în ciuda modului pentru aceste cuvinte, este încă foarte subestimat "Avem deja toate astea!", "Nu ne convine!", "Nu va funcționa niciodată pentru noi!" Acestea sunt obiecțiile pe care le-am auzit adesea Aceste trei etape de rezistență (și în această secvență) trebuie depășite prin introducerea unor metode de management de proiect în diverse companii În genul său, această carte este o "carte de cazuri" Fiecare capitol este dedicat proiectelor dintr-un domeniu de activitate și acelor metodologii care, în opinia noastră, sunt cheie pentru managementul proiectelor în acest domeniu Toate exemplele din această carte sunt Prefața autorilor experiență generalizată a câtorva zeci de proiecte la care a trebuit să participăm în ultimii ani Fiecare capitol al cărții este prevăzut cu o listă de surse utilizate Mulți dintre autorii acestor cărți, articole și rapoarte sunt colegii noștri din organizații profesionale, doar prieteni Le dorim să le exprimăm sincera noastră mulțumire Munca lor, atenția la publicațiile noastre, sfaturile au avut o mare influență asupra pozițiilor și abordărilor autorilor Dorim să-l menționăm în special pe prietenul nostru și coautor al mai multor secțiuni ale acestei cărți, Grigory Tsiperman (Director Consulting IBS) Aveam absolut nevoie de viziunea lui profesională asupra proiectelor din domeniul tehnologiei informației De asemenea, dorim să mulțumim altor angajați IBS care au participat la proiectele ale căror materiale sunt folosite în această carte: E Gelfand, A Soshnin, A Savich, D Marchuk, I Kholkin, G Kozin, S Bolkhovitinov, A Dylnov, S Samoshchenkov, O Tarasenko, N Vorobyov, E Terentyev și mulți alții Iar cuvintele principale de recunoștință sunt adresate rudelor și prietenilor noștri, care au experimentat deja a doua carte în spectacolul nostru Grigory Tsipes, consultant șef, IBS Alexander Tovb, vicepreședinte al SOVNET Capitolul Tendințe în dezvoltarea managementului modern de proiect Conținutul capitolului Managementul de proiect astăzi Metodologia tradițională de management al proiectelor Management dinamic de proiect Incertitudine în proiect Limitele proiectului Integrarea interculturală Modele de management de proiect Modelul PMI Standard PRINCE Model de sistem SOVNET Modelele ІSV ІRMA și NTK SOVNET Standard global de competență bazat pe performanță Modele al treilea val Metodologii aferente Balanced Scorecard Management de cunoștințe Dezvoltare organizațională Administrarea procesului Modele de maturitate Biroul de proiect și managementul portofoliului Rezumat unsprezece Literatură treizeci Management de proiect astăzi Apărut în țările dezvoltate în urmă cu aproximativ de ani ca domeniu independent de activitate profesională, managementul de proiect (sau managementul de proiect) a devenit acum o disciplină profesională recunoscută la nivel mondial, iar recent o direcție la modă a managementului în economia de piață modernă Metodologie și instrumente de management de proiect sunt utilizate pe scară largă în toate domeniile activității orientate spre proiect În epoca noastră, nu mai există un singur proiect serios care să se desfășoare în afara cadrului ideologiei și fără utilizarea instrumentelor moderne de management al proiectelor; nu există o singură fântână -companie cunoscută în lume care nu folosește metode și instrumente adecvate în practica sa În ultimele decenii, în contextul dezvoltării explozive a așa-numitei noi economii și al globalizării, managementul de proiect a apărut ca o nouă cultură de management și a devenit un fel de punte în afaceri civilizate și cooperare de afaceri între țări și organizații cu medii istorice diferite dezvoltare, tradiții, economie și cultură Potrivit estimărilor oarecum învechite ale Institutului de Management de Proiect (PMI) [ ], astăzi peste milioane de specialiști și practicieni din întreaga lume sunt implicați în activitățile proiectului, proiectele reprezentând % din produsul brut anual global (aproximativ trilioane de dolari) Comunitatea mondială profesională include (în martie ) peste de mii de specialiști în managementul proiectelor care lucrează în aproape toate domeniile de activitate ale proiectului și aparținând unei rețele globale de profesioniști internaționali Folosim ambele definiții ca absolut echivalente, preferând, dacă este posibil, să evităm anglicismele În scopul unei prezentări mai clare și al înțelegerii mai clare, la începutul capitolului dăm ambele definiții, iar în continuare în text le folosim în mod arbitrar Discuții mai detaliate despre terminologie pot fi găsite în [ ] și [ ] Prin "nouă economie" înțelegem "economia cunoașterii", "economia informațională", "economia de înaltă tehnologie" și deloc economia "bulelor de săpun" financiare, care este adesea și, în opinia noastră, nu pe bună dreptate numită "noua economie" Capitolul nyh și organizații naționale Dintre aceștia, de persoane (inclusiv % din SUA și Canada) sunt membri ai PMI, aproximativ mii sunt membri a de asociații naționale care sunt membre ale Asociației Internaționale de Management de Proiect (IRMA), aproximativ mii sunt membri ai altor organizații profesionale, peste de oameni sunt profesioniști certificați în managementul proiectelor, dintre care persoane (dintre ei % din SUA și Canada) au diplome de Project Manager Professional (PMP) și persoane - Certified Associate in Project Management (САРМ) programul PMI, aproximativ de mii - conform programului de certificare pe patru niveluri ІРМА și mai mult de de mii - conform sistemelor naționale de certificare din Japonia, Australia, Noua Zeelandă și Africa de Sud Academicianul V I Voropaev, fondator și președinte al Asociației Ruse de Management de Proiect SOVNET, scrie: "Metodele și instrumentele de management de proiect (PM) sunt utilizate pe scară largă în toate domeniile activităților orientate spre proiect, inclusiv în administrația publică din țările dezvoltate În ultimii ani, guvernele unor țări precum Statele Unite, Marea Britanie, Germania, Austria, Japonia, Franța, Australia, Brazilia, Mexic etc , folosesc tot mai mult metode și instrumente PM în activitățile lor zilnice Deci, de exemplu, aproape fiecare oficial guvernamental american folosește software UE pe computerul său personal ca parte a unui set de pachete software standard În Departamentul de Apărare al SUA, numai personalul care a urmat o pregătire specială și a primit certificate de profesioniști în managementul proiectelor (PMP) are dreptul să gestioneze proiecte Fondurile PM sunt utilizate în mod activ nu numai pentru gestionarea proiectelor și programelor federale, ci și pentru implementarea funcțiilor manageriale în cadrul aparatului guvernamental Managementul proiectelor este astăzi unul dintre cele mai importante mecanisme ale unei economii de piață În cele mai dezvoltate țări, este utilizat în aproape toate proiectele Astfel, în Japonia, metodologia managementului proiectelor și programelor (P M) stă la baza strategiei de stat pentru dezvoltarea socio-economică a țării Potrivit Asociației de Management de Proiect din Japonia (JPMF), toate proiectele de investiții și construcții sunt evaluate și implementate folosind tehnologii de management de proiect, în timp ce în Rusia - nu mai mult de , - % din numărul lor total Potrivit Asociației Internaționale de Management de Proiect (IRMA), utilizarea metodologiei și instrumentelor moderne de PM economisește aproximativ - % din timp și aproximativ - % din fondurile cheltuite pe proiecte și programe În Rusia, unde sistemul organizațional și metodele de management sunt mult mai slabe decât în Occident, efectul introducerii PM este și mai semnificativ" [ , p ] Tendințe în dezvoltarea managementului modern de proiect Motivul pentru o popularitate atât de mare a managementului de proiect, în primul rând, este succesul acestuia A finaliza cu succes un proiect destul de complex conform standardelor moderne (în piață, social, înțelegerea publică a succesului) este imposibil fără un management profesional De aceea, managementul de proiect a devenit recent o metodologie recunoscută la nivel internațional pentru activitatea antreprenorială Profesioniștii spun chiar uneori că managementul de proiect "condamnă" proiectul la succes Desigur, aceasta este o oarecare exagerare - doar gestionarea "corectă" a proiectelor "corecte" duce la succes Managementul proiectelor, bazat pe metode și instrumente dovedite, terminologie și etică profesională, experiența unor organizații puternice naționale și internaționale, standarde avansate, sisteme de certificare, cercetare științifică, publicații și educație, a devenit un mijloc eficient de comunicare și cooperare în afaceri între companii și țări din istorie, tradiții, economie și cultură diferite de dezvoltare Vă permite să obțineți un avantaj competitiv în dezvoltarea afacerilor, statului și socială Acest capitol prezintă pe scurt înțelegerea noastră a esenței, stării și tendințelor de dezvoltare ale managementului de proiect modern ca disciplină profesională în legătură cu cele mai relevante aspecte ale aplicării sale practice în afaceri, societate și structuri guvernamentale Metodologia tradițională management de proiect Managementul modern de proiect, datorită tinereții sale relative, naturii sintetice și dezvoltării constante, nu a devenit încă o disciplină profesională "canonizată" - codificarea cunoștințelor nu este finalizată, prin urmare, diverse interpretări, interpretări și interpretări chiar și a ceea ce numim "clasic" sau managementul de proiect tradițional" sunt posibile În literatura tradusă, această diversitate terminologică și conceptuală este exacerbată de inexactitățile în traducere și editare, care, din motive evidente, sunt rareori de o calitate suficientă În mod tradițional, managementul de proiect este înțeles ca aria de management care acoperă acele domenii de activitate de producție Părerile noastre cu privire la această problemă sunt reflectate mai pe deplin în [ - ] În același timp, nu încercăm în niciun caz să înlocuim manualele de referință și de instruire privind managementul proiectelor Pentru un studiu aprofundat, recomandăm cititorilor o serie de astfel de cărți [ - ] Capitolul companii în care crearea unui produs sau serviciu este implementată ca un set unic de activități țintite interconectate sub anumite cerințe (limitări) privind timpul, bugetul și caracteristicile rezultatului așteptat Reprezentarea grafică a acestei "constrângeri triple (sau triple)" sub forma așa-numitului triunghi de aur a devenit un fel de simbol al înțelegerii clasice a metodologiei de management de proiect Prezența acestor restricții impune cerințe speciale asupra metodelor de organizare și management, a căror esență este concentrarea puterilor și responsabilității pentru proiectul în ansamblu în mâinile unei singure persoane (managerul de proiect) și crearea unei echipe care este într-o oarecare măsură înstrăinat de diviziile permanente ale companiei în timpul executării acesteia Proiectul devine obiectul managementului - centrul costurilor și profiturilor, ceea ce vă permite să organizați contabilitatea resurselor umane, materiale și financiare și să construiți un sistem de motivare bazat pe rezultatele specifice ale participanților la proiect Cea mai mare atenție este de obicei acordată proceselor de management de proiect în următoarele domenii funcționale: • Managementul domeniului de aplicare al proiectului (scope și limite) - definirea obiectivelor, rezultatelor și criteriilor pentru evaluarea succesului proiectului (denumit adesea managementul configurației în IT, în special proiectele de dezvoltare software) • Managementul proiectelor pe parametri temporali - împărțirea proiectului în grupuri de lucru și lucrări individuale; determinarea succesiunii de execuție, a duratei și a programului de lucru - graficul proiectului; controlul modificărilor în calendarul proiectului • Managementul proiectului prin parametri de cost - determinarea tipurilor și cantităților de resurse (oameni, echipamente, materiale); determinarea costului resurselor și lucrărilor; contabilitatea si controlul cheltuielilor si veniturilor, precum si modificari ale bugetului • Managementul calității - definirea standardelor de calitate aferente proiectului, modul de atingere a nivelului cerut de calitate și activități de asigurare a calității; control de calitate • Managementul personalului - repartizarea rolurilor, responsabilităţilor şi relaţiilor de coordonare şi subordonare a personalului de proiect; construirea de diagrame organizatorice și de resurse; selectarea resurselor umane; crearea si perfectionarea echipei de proiect Tendințe în dezvoltarea managementului modern de proiect • Managementul comunicațiilor - determinarea surselor și consumatorilor de informații în cadrul și în afara proiectului, momentul și frecvența furnizării informațiilor, metodele de livrare a informațiilor; descrierea tipurilor de informații difuzate; managementul procedurilor de diseminare a informațiilor în cursul implementării proiectului • Managementul variațiilor de proiectare: ♦ Managementul riscului - identificarea evenimentelor care pot afecta proiectul; determinarea dependențelor posibilelor rezultate ale proiectului de apariția evenimentelor de risc; dezvoltarea strategiilor de management al riscului; planificarea, implementarea și controlul activităților legate de răspunsul la risc ♦ Managementul problemelor - identificarea problemelor emergente (funcționale, tehnice, care afectează afacerile etc ), analiza acestora, luarea și execuția deciziilor, închiderea formală și monitorizarea problemelor proiectului ♦ Managementul schimbării - identificarea modificărilor emergente ale parametrilor conveniți anterior, analiza acestora, luarea deciziilor și execuția, închiderea formală și monitorizarea modificărilor proiectului • Managementul contractelor - identificarea bunurilor și serviciilor necesare, potențialii vânzători; mentinerea relatiilor formale cu vanzatorii Astfel, ținând cont de "tripla constrângere" a proiectului, de domeniile managementului de proiect, precum și de soluții organizatorice, software și tehnice care asigură munca de succes și eficientă a personalului de management al proiectului, modelul de proiect poate fi prezentat în forma așa-numitei piramide a succesului (vezi Fig [ ], modificată) "Rețetele" generale pentru managementul proiectelor la prima vedere sunt simple și de înțeles, deoarece se bazează pe experiență structurată și bun simț Proiectul trebuie să înceapă cu stabilirea și convenirea asupra obiectivului, să planifice modalitatea de atingere a acestuia, să execute munca preconizată și să finalizeze cu succes proiectul prin atingerea scopului planificat Dar, în viața reală, rareori este posibil să urmați un plan sau să planificați în mod realist o activitate unică Prin urmare, managementul proiectului presupune monitorizarea constantă a execuției proiectului, identificarea abaterilor în progresul efectiv față de cel planificat, luarea de acțiuni corective până la o ajustare coordonată a parametrilor proiectului - termene, buget, chiar obiective Capitolul Goluri Atingerea unui rezultat Respectarea cerinţelor - rezultate Respectarea termenelor Respectarea limitelor de cost presiunea proiectului Management Management Management Content Management Timp Cost Calitate management Resurse umane Managementul comunicațiilor Managementul riscurilor Managementul schimbării Managementul contractelor Solutii organizatorice si tehnice Standard de management de proiect: Concept, Metodologie, Standard Operațional Complex de management de proiect automat: pachete de aplicații pentru planificarea calendarului și a resurselor, managementul documentelor, managementul personalului etc Figura "Pyramid of Success" - metodologia de management de proiect Fazele de gestionare a unui proiect corespund fazelor tradiționale ale ciclului de management: • Inițiere - autorizarea începerii proiectului sau a următoarei etape a ciclului de viață al acestuia • Planificare - determinarea celui mai bun curs de acțiune, resurse și mijloace pentru atingerea obiectivelor etapei ciclului de viață al proiectului, ținând cont de situația predominantă În literatura de specialitate, puteți găsi adesea termenii "etape ale procesului de management" sau "grupe de procese de management", ceea ce, în opinia noastră, nu este atât de bun pentru elementele proceselor de management care se repetă în diferite etape ale proiectului ciclul de viață și la gestionarea tuturor zonelor funcționale ale proiectului Termenul frecvent întâlnit "faze ale ciclului de viață", în opinia noastră, nu are prea mult succes nici pentru elementele ciclului de viață al proiectului care nu se repetă în timp și, de regulă, nu există simultan Prin urmare, folosim în schimb termenul "etape ale ciclului de viață" Tendințe în dezvoltarea managementului modern de proiect unsprezece • Execuție - implementarea planului de etapă a ciclului de viață al proiectului (de la emiterea unei sarcini până la obținerea unui rezultat) • Control - identificarea abaterilor în implementarea efectivă a etapei ciclului de viață al proiectului de la cea planificată și luarea de acțiuni corective • Închidere - Finalizarea și închiderea unui proiect sau a unei etape a ciclului de viață al proiectului Relațiile dintre procesele de management de proiect și implementarea lor pe faze de management sunt prezentate în Figura [ ] (reprodusă cu modificări) Management dinamic de proiect Am împrumutat titlul acestei secțiuni de la prietenul nostru V Mikheev, care de trei ani ține ateliere de design (ateliere) dedicate problemelor de actualitate ale managementului modern de proiect Figura Procese de management de proiect Capitolul proiecte unite cu acest nume [ ] La una dintre aceste întâlniri, participanții săi, inclusiv autorii acestei cărți, au formulat și au clasat cele mai importante tendințe în dezvoltarea managementului modern de proiect Următoarele au fost identificate ca fiind principalele tendințe în dezvoltarea managementului modern de proiect (enumerate în ordinea descrescătoare a importanței): Incertitudine în proiect - atenție sporită acordată incertitudinii din proiect și modalităților de eliminare sau reducere a acesteia Limitele proiectului - dorința de a extinde limitele tradiționale ale proiectului și de a include în zona de responsabilitate a managerului de proiect o serie de activități pre și post-proiect Integrare interculturală - interacțiune și impunere a abordărilor americane, europene, australiene și asiatice ale managementului de proiect Modele de management de proiect - interacțiunea și întrepătrunderea diferitelor modele de management de proiect - proces, sistem, organizațional și activitate - și dezvoltarea standardelor relevante Metodologii conexe - utilizarea pe scară largă a metodologiilor și tehnologiilor de management conexe în practica managerilor de proiect Modele de maturitate - Încercări persistente de standardizare a activităților de proiectare ale companiilor sub forma unor modele de maturitate Biroul de proiect și managementul portofoliului - trecerea interesului pentru birourile de proiect și managementul portofoliului la un plan pur practic În această secțiune, luăm în considerare aceste tendințe și le comentăm, pe baza muncii experților de top străini și ruși publicate în ultimii ani în diverse publicații sau prezentate la forumuri internaționale și rusești dedicate managementului de proiect Incertitudine în proiect O atenție sporită acordată incertitudinii din proiect și modalităților de eliminare sau reducere a acesteia, în opinia noastră, este răspunsul managementului de proiect modern la așteptările primare ale afacerii Cel puțin, am întâlnit în mod repetat o astfel de poziție Tendințe în dezvoltarea managementului modern de proiect opinia managerilor de top și a acționarilor, care consideră posibilitatea apariției unor astfel de metode drept cel mai important avantaj al abordării proiectului Baza teoretică pentru dezvoltarea acestei abordări este economia instituțională, care numește "incertitudinea" principala cauză a costurilor de tranzacție (unul dintre fondatorii acestei teorii, R Coase, a fost distins cu Premiul Nobel pentru Economie) Sursa incertitudinii este comportamentul participanților la proiect și relațiile acestora: "raționalitate limitată", "comportament oportunist", "specificitatea activelor" (poziții inegale) Factorii de incertitudine sunt considerați ca riscuri specifice, metode de management pentru care nu au fost dezvoltate până de curând Primele soluții care vizează reducerea incertitudinii au apărut în domeniul așa-zisului antreprenor Ele constau în faptul că tipul de contract și stilul de lucru din proiect sunt determinate pe baza structurii incertitudinii R Turner [ ] ia în considerare abordări diferite ale părților implicate în contractul de proiect (Client și Antreprenor) și arată că calea spre succes în proiectele de mare incertitudine constă în crearea și reflectarea adecvată în contract a ceea ce am numi o atmosferă de parteneriat constructiv Aceasta înseamnă că contractul ar trebui să fie un mijloc de armonizare a intereselor părților prin asigurarea: • Stimulente în conformitate cu obiectivele generale; • management flexibil și perspicace în fața incertitudinii; • reducerea costurilor de tranzacție; • sunt luate măsurile de precauție necesare R Turner a propus o clasificare detaliată a contractelor utilizată ca instrument de gestionare a incertitudinii și o strategie de alegere a tipului de contract, luând în considerare următorii parametri: • complexitatea proiectului (simplu, la scară largă, complex, în mai multe etape etc ); • responsabilitatea pentru risc (numai Clientul este responsabil, doar Antreprenorul sau ambele părți); • natura incertitudinii în proiect (surse de riscuri în produsul proiectului, în modul de creare a produsului, în managementul proiectului, diverse surse de riscuri) Capitolul Pentru proiecte și programe complexe, D Dombkins are în vedere utilizarea unei tehnologii speciale de contractare - Governance Contracting(tm), la baza căreia a stat la baza abordarea Integrated Alliancing(tm) utilizată la nivelul planificării afacerii [ ] Analiza evolutiei contractarii pentru perioada - vă permite să separați contractele tradiționale și așa-numitele contracte de relație Apariția în a contractelor de tip parteneriat servește drept graniță condiționată Autorul vede motivul dezvoltării formelor de contractare în complicarea relațiilor dintre părți în implementarea unor proiecte și programe din ce în ce mai complexe într-o incertitudine din ce în ce mai mare a mediului de afaceri Governance Contracting(tm) schimbă atenția de la managementul de proiect la managementul afacerilor sau al programului; această tehnologie oferă baza pentru relațiile pe termen lung ale părților necesare pentru implementarea cu succes a programelor la scară largă, dezvoltarea maturității organizațiilor, cum ar fi, de exemplu, parteneriatele public-privat (Parteneriate Public/Private, PPP) Guvernanța Contracting(tm) include cinci etape de selecție, pregătire și încheiere a contractantului: Exprimarea interesului inițial al părților În această etapă, sunt folosite diverse chestionare pentru a verifica maturitatea, competența și cultura de afaceri a potențialilor Contractori, dar nu sunt întrebați despre aplicarea acestor oportunități în proiect De asemenea, sunt organizate evenimente speciale pentru a informa potențialii Contractori despre intențiile Clientului Cerere de propunere Contractorilor potențiali li se oferă să dezvolte o Propunere, care în tehnologia Guvernanță Contracting(tm) se numește Plan de Afaceri și, în conținutul și detaliile sale, corespunde unei Propune Tehnice și Comerciale detaliate (TCP) Conform acestui document, Clientul trebuie să evalueze modul în care un potențial Contractor își va putea aplica capacitățile, confirmate în etapa anterioară, unui anumit proiect Discuție despre planul de afaceri Discuția se desfășoară sub forma unor seminarii comune de proiect (ateliere de proiectare) cu fiecare dintre potențialii Contractori, în cadrul cărora, într-o situație reală, se poate evalua nivelul de competență și cultura de afaceri a acestora Tendințe în dezvoltarea managementului modern de proiect Selecția finală a celei mai bune oferte Pe baza rezultatelor seminariilor de proiect, potențialii Contractori au posibilitatea de a-și modifica planurile de afaceri Se selectează cea mai bună ofertă Ca urmare a acestei etape, calitatea Planului de Afaceri al Antreprenorului selectat este semnificativ crescuta datorita respectarii mai mari a solicitarilor Clientului Negocierile finale Antreprenorul selectat și Clientul lucrează împreună la Planul de Afaceri, convinând asupra prevederilor acestuia pentru încheierea unui contract Cel mai important rezultat al etapei este realizarea responsabilității reciproce pentru proiect, care servește drept bază pentru crearea ulterioară a echipelor comune (integrate) de proiect și a organismelor de conducere Problemele perspectivelor de instituționalizare și implementare a metodologiilor de contractare pe piața rusă sunt discutate în lucrările lui V Ananyin și coautorilor săi [ - ] Lucrarea [ ] ia în considerare mai multe tipuri de proiecte IT cu diferite niveluri de incertitudine, cum ar fi crearea unui produs nou (un proiect de inovare), lansarea unui produs cunoscut pe o nouă piață și implementarea tipică a unui sistem de funcționalitate standard Pe exemplul acestor proiecte, se analizează dependența eficacității tipurilor de contract și a stilurilor de management de proiect de nivelul de incertitudine din proiect Analiza proiectelor IT complexe prezentată în [ ] arată că costurile cu forța de muncă pentru găsirea unei soluții reciproc acceptabile pot atinge % din intensitatea totală a forței de muncă a proiectului Motivul este că, de regulă, Clientul nu poate formula clar obiective și nu poate stabili sarcini Îl poți ajuta cu asta, dar este imposibil să o faci complet pentru el Faptul că un proiect IT complex începe cu scopuri vagi și nu are limite clare nu este o excepție, ci o regulă În ciuda faptului că la încheierea unui contract, părțile încearcă să prescrie în detaliu toate condițiile, drepturile și obligațiile, contractul rămâne totuși, în esență, un cadru, și uneori chiar contradictoriu în detalii Adesea, implementarea lucrărilor de proiectare planificate și procesul de negociere merg mână în mână Un contract neclar într-un proiect IT este adesea perceput ca un dezavantaj Cu toate acestea, în practica juridică, astfel de contracte sunt o situație normală A acumulat o vastă experiență în lucrul conform regulilor menținând în același timp un echilibru al intereselor participanților în condiții de incertitudine Dreptul juridic se ocupă în principal de contracte Capitolul între persoane juridice Teoria economiei instituționale a mers mai departe, extinzând conceptul de contract (acord) la instituțiile firmă, economice și chiar sociale În cadrul teoriei instituționale, activitatea oricărei organizații este considerată ca o rețea de acorduri între participanții săi Un proiect IT poate fi văzut și ca o rețea de acorduri în evoluție În același timp, acordurile încep să se formeze cu mult înainte de apariția contractului legal în sine, de exemplu, atunci când se încheie un protocol de intenție În plus, rețeaua de acorduri se dezvoltă orizontal - în cadrul aceluiași nivel de management și vertical - între nivelurile de management Acordurile orizontale pot fi încheiate de către: sponsori de proiect - acorduri de parteneriat și legal; manageri de proiect - prevederi privind organizarea proiectului; specialisti echipa de proiect - protocoale, planuri, documentatii de lucru Acordurile orizontale sunt completate de managementul vertical al instrucțiunilor și comenzilor Subiectele acordului pot fi nu numai resursele utilizate sau rezultatele obținute, ci și activitățile, cerințele, elementele bugetare ale proiectului și chiar scopurile, limitele și intențiile acestuia Echilibrul de interese ale părților se realizează prin respectarea principiilor fundamentale ale dreptului: ) în cadrul acordului, drepturile și obligațiile trebuie echilibrate; ) trebuie asigurată continuitatea acordurilor Dezechilibrul acordurilor dă naștere la costuri sau riscuri, care pot deveni și obiectul acordurilor: proprietarii acestora și schemele de compensare sunt determinate Experții sugerează utilizarea abordării contractuale nu ca o alternativă, ci ca o completare la arsenalul existent de metodologii de management de proiect Vă permite să utilizați practica juridică bogată de gestionare a contractelor complexe Limitele proiectului Dorința de a extinde limitele tradiționale ale proiectului și de a include în zona de responsabilitate a managerului de proiect o serie de activități pre-proiect și post-proiect a devenit o nevoie urgentă, pe măsură ce proiectele și contextele lor devin mai complexe în toate afacerile domenii şi domenii de aplicare a abordărilor de proiect Problema limitelor proiectului este o chestiune de responsabilitate Cine este responsabil pentru atingerea obiectivelor proiectului în sensul cel mai larg (nu doar Tendințe în dezvoltarea managementului modern de proiect pentru "restricția triplă")? Munca dinainte de proiect este legată în principal de decizia de lansare a proiectului și de parametrii acestuia Ceea ce se referă la munca înainte de proiect și ceea ce la proiectul în sine *, este interpretat de diverse standarde în moduri diferite Analiza acestor abordări în raport cu proiectele IT este dată de E Zinder în [ ] O soluție radicală la întrebarea limitelor proiectului este propusă în metodologia japoneză modernă P M, construită în conformitate cu filozofia japoneză de bază de "găsirea unei soluții la o problemă complexă" Metodologia P M este axată pe crearea de valoare pentru întreprinderile de orice fel de activitate (comercială sau publică) ca urmare a implementării consecvente a misiunii acestora prin concretizarea strategiei în programe și proiecte incluse în acestea Caracteristica principală a metodologiei P M poate fi exprimată ca "managementul de proiect sau program condus de misiuni", care este determinat de complexitatea rezolvării unei probleme în ceea ce privește interacțiunea dintre sistemul tehnic și modelul de afaceri În cadrul managementului de proiect tradițional, clasic, această interacțiune dinamică nu a putut fi considerată profund și reflectată în logica managementului Metodologia P M a început să abordeze această problemă printr-o abordare unică a managementului programului Dezvoltatorii P M consideră că în timpul implementării proiectelor convenționale, managerul de proiect se concentrează pe modul de livrare a produsului sau serviciului la timp și fără a depăși costurile estimate [ ] În același timp, tot ceea ce se întâmplă în afara sferei acțiunilor managerului, de obicei, nu îl interesează Prin urmare, alegerile sale sunt limitate doar la nivelul postului, iar estimările sunt limitate de structura indicatorilor de valoare câștigată Cu toate acestea, atunci când treceți la estimările proprietarului (sponsorului) proiectului, ar trebui adăugată la aceasta necesitatea de a atenua riscurile și de a crea valorile proiectului (programului) în ceea ce privește creativitatea (creativitatea), instabilitatea mediului , urgențe și amploarea interfețelor Rolul unui proprietar de proiect este oarecum similar cu cel al unui pilot care operează un Airbus Proiectele și programele complexe necesită indicatori mai semnificativi pentru a măsura performanța la nivelul obiectivelor, proceselor, părților interesate și problemelor din toate industriile Metodologia P M folosește "tabloul de bord echilibrat" propus de D Norton și R Kaplan pentru a evalua proiecte (vezi Secțiunea ) În metodologia P M, ideea principală a managementului proiectelor și programelor este crearea de noi valori (inovare), iar integrarea este cea mai importantă parte a structurii de management În același timp, după cum scrie K Bredille, metodologia P M asigură flexibilitate și ușor adaptabil Capitolul un sistem de credințe, și nu doar "unul și cel mai bun mod" de a face lucrurile, consacrat în paradigma occidentală a pozitivismului rațional [ ] Integrare interculturală Pentru succesul proiectelor desfășurate în condițiile actuale de globalizare este absolut necesară integrarea interculturală, constând în interacțiunea constructivă a abordărilor americane, europene, australiene și asiatice ale managementului proiectelor și în obținerea unui efect sinergic din impunerea lor reciprocă Caracteristicile naționale și culturale se manifestă și în abordările managementului de proiect Japonezii au fost printre primii nu doar care au recunoscut acest fapt, ci și l-au remediat la nivelul metodologiei P M O analiză comparativă a abordărilor americane și chineze (RPC) este dată în monografie [ ] Caracteristicile muncii echipelor de proiect (inclusiv "virtual" - distribuite spațial) într-un mediu multicultural sunt luate în considerare în studii [ ] și [ ] Despre modul în care diferența de culturi în proiect poate duce nu numai la conflicte și crize, ci uneori chiar la "războaie", puteți afla din lucrările lui V Mikheev (vezi [ , ]), dintre care una prezintă o viziune interesantă asupra principiilor masculine și feminine în echipa de proiect "Alinierea" și armonizarea diferitelor abordări este sarcina reuniunilor anuale deschise ale Forumului Global al reprezentanților de frunte ai școlilor naționale și ai organizațiilor profesionale internaționale, desfășurate în paralel cu congresele mondiale IRMA [ ] Modele de management de proiect Una dintre cele mai importante tendințe în managementul de proiect modern este interacțiunea și întrepătrunderea diferitelor modele de management de proiect - proces, sistem, organizațional și de activitate (managerial) Toate modelele menționate sunt în curs de dezvoltare și nu se anulează reciproc, experiența proiectelor specifice arată fecunditatea utilizării lor în comun Să luăm în considerare modelele menționate mai detaliat pe baza analizei principalelor standarde-cadru care le corespund Modelul PMI De la mijlocul anilor PMI se dezvoltă constant în standardele sale și recent a promovat eficient în întreaga lume un model de management al proceselor ușor de înțeles, clar și extrem de eficient Tendințe în dezvoltarea managementului modern de proiect managementul proiectelor, extinzându-l pentru a gestiona portofoliile și programele de proiecte În total, aproximativ milioane de exemplare ale Ghidului pentru corpul de cunoștințe privind managementul proiectelor (PMBOK(r)Guide) (în trei ediții) au fost deja tipărite în lume (în trei ediții) și a fost tradus oficial în cele mai opt ediții limbi comune în lume, inclusiv rusă [ ] Mulți experți notează scăderea relativă a calității celor mai recente standarde PMI în comparație cu standardele PMI de la mijlocul anilor ai secolului trecut În opinia noastră, acest lucru poate fi explicat atât prin limitările modelului de proces care stă la baza standardelor PMI, cât și prin costurile inevitabile ale eforturilor de universalizare (în sensul de "comprehensiune") a standardelor, care nu poate fi realizată decât prin generalizări adecvate și unificarea prevederilor standardelor în detrimentul luării în considerare a trăsăturilor "subtile" ale subiectului standardizării Din păcate, suntem nevoiți să atragem atenția cititorilor asupra evaluărilor scăzute acordate de experți autorizați din diferite țări pentru calitatea traducerilor PMBOK(r)Guide corespunzătoare; din păcate, acestea sunt multe dintre evaluările traducerii menționate mai sus în rusă Abordarea procesului a servit drept bază pentru crearea standardului IRMA ISO / TQ : [ ], care a primit ulterior statutul de GOST R Însăși existența unui astfel de standard cadru, care a dat o serie de prevederi importante ale modelul de proces al managementului de proiect, statutul unui standard de drept, este foarte important pentru managementul de proiect ca disciplină profesională, deși acest standard în sine, în forma, statutul și calitatea sa, nu poate fi folosit nici ca corp de cunoștințe, nici ca un baza pentru certificarea profesională sau ca standard de acțiune directă Standardul PRINCE În opinia noastră, standardul britanic PRINCE (Projects IN Controlled Environment) merită cea mai serioasă atenție Acest standard a fost creat inițial în pentru a gestiona proiecte guvernamentale britanice în domeniul tehnologiei informației și telecomunicațiilor Până în prezent, acest standard în versiunea sa din , actualizată în , a devenit de facto standardul recunoscut la nivel global - un proces structurat de management al proiectelor în diverse industrii PRINCE este poziționat de autori ca o abordare de proces a managementului de proiect, oferind un instrument ușor adaptabil și scalabil pentru gestionarea oricărui tip de proiect Fiecare proces din proiect este definit împreună cu intrările și ieșirile cheie, precum și obiectivele și acțiunile specifice care trebuie întreprinse Se disting șase procese principale discrete succesive, corespunzătoare Capitolul părți ale ciclului de viață al proiectului, de la începutul proiectului până la închiderea acestuia, și două procese care oferă șase procese principale - planificare și conducere Acestea din urmă sunt transversale și continuă pe tot parcursul proiectului Fiecare dintre procese are sub-procese mai detaliate ( în total) Există, de asemenea, șase așa-numite componente: unele dintre ele sunt documente, iar altele sunt procese În cele din urmă, standardul PRINCE descrie trei metodologii - planificarea bazată pe produs; recenzii de calitate; managementul schimbării Ghidul standard este un document scris în mod clar și ușor de citit, constând din text, liste de verificare bine structurate, diagrame de proces și, uneori, sfaturi și trucuri Procesele, interacțiunea lor, componentele, metodele, formele documentelor de intrare/ieșire, rolurile funcționale corespunzătoare sunt descrise în standard în detaliu, ceea ce vă permite să găsiți aproape tot ce aveți nevoie pentru a crea un standard corporativ specific sau un standard pentru un proiect separat Există și dezvoltă un sistem de certificare a specialiștilor conform standardului PRINCE Model de sistem SOVNET Fundamentele științifice și metodologice ale modelelor de sistem de management de proiect [ ] au fost dezvoltate în continuare în lucrările academicienilor V I Voropaev, V N Burkov, S D Bushuev și studenții lor [ - , , ] Modelele de sistem stau la baza abordărilor pe care sunt construite lucrări fundamentale precum studiul [ ] Autorii acestei cărți și-au construit propriile abordări metodologice ale managementului de proiect, folosind așa-numitul "model de sistem SOVNET" ca bază [ ] Modelele ІSV ІRMA și NTK SOVNET Modelele organizaționale și de activitate (manageriale) de management al proiectelor includ modelul Internațional Competence Baseline (ICB) adoptat și dezvoltat de IRMA [ ] Pentru organizațiile naționale care formează IRMA, modelul ІСВ servește drept bază pentru formalizarea cunoștințelor în managementul proiectelor și domenii conexe în pregătirea cerințelor naționale de competență (NTC), precum NTK SOVNET [ ] Complexele științifice și tehnice stau la baza pregătirii pentru certificarea internațională pe patru nivele a managerilor de proiect profesioniști realizată de asociațiile naționale conform sistemului IRMA O trăsătură caracteristică a modelului ICB este suficientă Momentan disponibil numai în engleză Tendințe în dezvoltarea managementului modern de proiect deschidere ridicată, care permite asociațiilor naționale să introducă propriile elemente specifice în el, în special, SOVNET STC-urile sunt construite în mare parte pe baza "modelului de sistem SOVNET" menționat mai sus În , a fost lansată o nouă versiune a modelului ICB și, în consecință, lucrările la o nouă versiune a STC SOVNET vor începe în curând Autorii acestei cărți participă în parte la acțiunea colectivă relevantă De menționat însă că nici opinia SOVNET ca asociație națională, nici opinia noastră nu sunt singurele și nu sunt întotdeauna împărtășite de colegi și sunt concretizate în documentele finale Noua versiune a ІСВ conține o descriere a sistemului de certificare pe patru niveluri ІРМА în conformitate cu standardul ISO/IEC și a sistemului de cunoștințe pentru gestionarea proiectelor, programelor și portofoliilor de proiecte sub forma a de elemente de competență profesională Aceste elemente sunt împărțite în trei grupe: • tehnic - de elemente legate de conținutul activităților de management de proiect; • comportamentale - elemente legate de relațiile personale ale indivizilor și grupurilor în activități de management de proiect; • contextual - ІО elemente care determină interacțiunea dintre managementul proiectului și mediul proiectului (organizațional, de afaceri, politic, social etc ); pe cât de importantă este interacţiunea cu o organizaţie permanentă sau mamă O analiză a modelului ICB și a dezvoltării acestuia poate fi găsită în lucrările lui M Weidman [ ] și S Bushuev [ ], precum și în articolul lui J Koch și G Knopfel, co-autori ai studiului noua versiune a ICB [ ] Standard global de competență, bazat pe performanță La mijlocul anilor ' ai secolului trecut, un grup de inițiativă (Global Performance Based Standards for Project Management Personnel Initiative - GPBSPMPI) a fost format în comunitatea profesională internațională pentru a dezvolta standarde globale de management de proiect În activitățile sale, GPBSPMPI s-a bazat pe sprijinul mai multor asociații internaționale (РІ, ІРМА) și naționale, precum și pe câteva zeci de sponsori - companii comerciale, agenții guvernamentale și instituții de învățământ Capitolul Scopul principal al grupului este de a dezvolta criterii standard uniforme, recunoscute la nivel internațional, pentru evaluarea calificărilor managerilor de proiect pentru activitățile lor Această abordare face posibilă asigurarea unei transparențe complete și unificare a evaluărilor competenței profesionale a managerilor de proiect în contextul globalizării economiei mondiale, care, la rândul său, va oferi avantaje incontestabile specialiștilor în managementul de proiect înșiși Activitățile grupului de lucru au următoarele obiective principale: • elaborarea unui standard axat pe activitatea profesională a managerilor de proiect și care să permită ca evaluarea calificărilor acestora să fie absolut transparentă Aceasta înseamnă că trebuie formulate anumite criterii de evaluare a muncii managerilor de proiect, care vor fi unificate pentru diferite țări; " susținerea inițiativelor de dezvoltare a standardelor locale care se vor dezvolta în contextul standardului-cadru propus de grupul de lucru; • construirea respectului reciproc și recunoașterii calificărilor profesionale de către organizații și asociații naționale de management de proiect Unul dintre obiectivele standardului este acela de a permite managerilor de proiect să lucreze în diferite țări fără a fi nevoiți să re-certifică" Standardul de competență bazat pe performanță descrie rolul unui manager de proiect într-o companie Standardul definește ce trebuie să poată face un manager cu această calificare, ce criterii de calitate trebuie să îndeplinească îndeplinirea atribuțiilor sale și, de asemenea, care sunt condițiile externe în care va fi evaluată calificarea unui manager de proiect, ceea ce permite luarea în considerare luați în considerare diferențele de cerințe în diferite industrii Semnificația unui astfel de standard este într-o descriere unică a condițiilor de verificare, revizuire și evaluare, nivelurile și conținutul rezultatelor efective acceptabile ale muncii care trebuie să demonstreze Aceasta se referă la dorința de a unifica cerințele de certificare ale diferitelor sisteme de certificare naționale (Marea Britanie, Australia, Noua Zeelandă, Africa de Sud, Japonia etc ) și internaționale (ІРМА și РМІ) pe baza standardului creat de GPBSPMPI Mulți experți nu consideră certificarea PMI ca fiind internațională - de jure, deși, în opinia noastră, este de fapt deja (și devine din ce în ce mai mult) globală și poate fi numită internațională - de facto Tendințe în dezvoltarea managementului modern de proiect profesioniști la locurile lor de muncă atunci când desfășoară elemente standardizate ale activității profesionale Activitatea GPBSPMPI este organizată și coordonată de cunoscutul specialist profesor L Crawford [ ]; include și specialiști remarcabili X Tanaka, M Ishikura, S Ohara, cărora li s-a alăturat recent autorul principal al PMBOK(r)Guide ediția , V Duncan [ ] În , GPBSPMPI a fost redenumită GAPPS (Global Alliance for Project Performance Standards), așa cum am înțeles, cu scopul principal - să se concentreze nu numai pe dezvoltarea și dezvoltarea standardelor, ci și pe promovarea efectivă a acestora În prezent, dezvoltarea unei părți a standardului care definește calificările unui manager de proiect senior a fost finalizată Rezultatul proiectului depinde direct de persoana aflată în această poziție Aceasta înseamnă că recompensa sa financiară corespunde gradului de succes al proiectului El este responsabil pentru produsul care ar trebui furnizat clientului ca urmare a proiectului În cele din urmă, este un manager care lucrează într-un mediu dinamic complex și trebuie să țină cont de interesele tuturor participanților la proiect Standardul definește astfel de competențe ale managerului senior de proiect ca gestionarea lansării și închiderii proiectului, dezvoltarea planului de proiect și a resurselor proiectului, relațiile cu părțile interesate, problemele juridice etc În septembrie , standardul a fost prezentat experților autohtoni și a avut loc discuția publică a acestuia Opinie generală: Documentul este de o calitate foarte înaltă, cu condiția să fie tradus bine, poate, alături de celelalte standarde-cadru enumerate mai sus, să servească drept bază bună pentru crearea standardelor corporative pentru managementul proiectelor și pentru selecția și dezvoltarea profesională a managerilor de proiect Utilizarea acestui standard pentru certificarea profesională a managerilor de proiect în mediul actual pare a fi foarte problematică Considerăm că rezultatele specifice obținute în timpul dezvoltării acestui standard sunt realizări reale și înalte și, prin urmare, pot și trebuie luate în considerare la îmbunătățirea sistemelor existente de certificare PMI și IRMA Modele al treilea val În lumea managementului de proiect, există o căutare intensă, cercetare și dezvoltare de idei, abordări și modele noi Un fenomen notabil a fost publicarea unui număr de lucrări comune de V Mikheev și D Pells [ - ], în care aceștia iau în considerare în mod cuprinzător dezvoltarea și starea actuală a managementului profesional de proiect Capitolul bunuri si programe În dezvoltarea sa, ei disting trei "valuri" succesive în conformitate cu paradigmele de management predominante în diferite etape istorice: • - - "Primul val" - "paradigma tehnică"; • - - "Al doilea val" - "paradigma managerială"; • - ani - "Al treilea val" - "paradigma fenotipică" Managementul de proiect al treilea val este văzut ca o resursă strategică pentru organizație, ca o "tehnologie de transformare" puternică, matură, care poate face mai ușor să se realizeze orice, dacă este definit ca un proiect, ca un fel de instrument profesional pentru realizarea unui vis " Mai profund despre această abordare poate fi găsită în noua carte a lui V Mikheev [ ] O ilustrare vie a modelelor "Al treilea val" sunt lucrările interesante ale unui întreg grup de specialiști din Germania și Elveția - M Sainisch și adepții săi - T Huber, O Werner și S Rietiker [ - ] Acești experți consideră că modelele tradiționale de management de proiect sunt axate pe execuția proiectelor individuale și trebuie extinse în context corporativ și social pentru a oferi avantajele competitive de care are nevoie business-ul modern, realizate prin execuția strategiei prin portofolii de proiecte și programe Este propus așa-numitul model M Sainis, sau "modelul de management al proiectelor de ordinul " (PM ) [ ] Managementul tradițional de proiect, sau "modelul de management al proiectelor de ordinul întâi" (PMI), este o parte integrantă a PM , care se bazează pe utilizarea unor metode și abordări separate ale științelor naturale și sociale, cum ar fi teoria evoluției și haosul teoria, teoria auto-organizării, sistemele de teorie, teoria cunoașterii, psihologia cognitivă etc În lucrarea lui T Huber, O Werner, acest model este implementat sub forma așa-numitei piramide a managementului de proiect virtuos [ ] Acest model include trei niveluri: • instrumental, • proces, • gândire; și patru laturi (patru lumi - după M Saynish): • managementul de proiect clasic ("lumea faptelor concrete"); • managementul complexității (sistem cross link); Tendințe în dezvoltarea managementului modern de proiect • managementul factorului uman (psihologie, educație, sociologie); • cultura (modele de bază de gândire, atitudini) În lucrarea lui S Rietiker [ ], modelul M Sainisch, destinat conducerii unui proiect separat, este completat cu abordări bazate pe ideile celebrului teoretician austriac modern al managementului F Malik, despre teoria sistemelor deschise și pe metodologiile dovedite de modelare a afacerilor pe componente moștenite de IBM de la PriceWaterhauseCoopers ( CBM) și Seven Keys to Success(tm) În același timp, se acordă o atenție deosebită relației dintre proiect și organizațiile-mamă Ca rezultat, este propusă o nouă metodologie KEY- , care ar trebui să ia în considerare proiectele ca parte a unui sistem corporativ complet, iar managementul de proiect ca parte integrantă a managementului și să creeze eficient un mediu de lucru prietenos cu proiectele Metodologii aferente Metodologiile și tehnologiile de management conexe au fost utilizate pe scară largă și fructuoasă în practica managerilor de proiect Le enumerăm doar pe cele principale Balanced Scorecard (Balanced Scorecard) Aplicarea acestei metodologii a dat naștere ideii radicale de a trece de la clasica "constrângere triplă" (Triple Constraint) la "constrângere cvadruple" (Constrângere cvadruple) La restricțiile privind termenii (la timp), costul (la buget), caracteristicile rezultatului (la calitate), s-a adăugat o restricție privind conformitatea cu strategia (on-strategy), care a făcut posibilă legarea ambelor obiectivele și rezultatele proiectelor de dezvoltare în derulare cu misiunea și strategia întreprinderii (vezi [ , ]) Management de cunoștințe (Management de cunoștințe) Aplicarea acestei metodologii vizează inovarea în ceea ce privește respectarea "constrângerii triple", care vă permite să finalizați proiecte mai rapid, mai ieftin și mai bine [ ] Utilizarea metodologiei de management al cunoștințelor face posibilă construirea unei așa-numite organizații de învățare temporare în proiecte, luarea în considerare eficientă a experienței proiectelor anterioare și organizarea optimă a muncii cu documentația proiectului Creșteți eficiența prin partajare Capitolul Îmbunătățirea managementului de proiect și a managementului cunoștințelor se realizează prin identificarea și analiza cunoștințelor necesare și disponibile, precum și prin planificarea și controlul activităților de dezvoltare a cunoștințelor ca activ necorporal de valoare deosebită La integrarea metodologiilor de management al proiectelor și managementului cunoștințelor, sunt luate în considerare diverse aspecte ale culturii organizaționale, caracteristici de comunicare, tehnologii, procese de management etc Utilizarea combinată a managementului de proiect și a managementului cunoștințelor este necesară pentru a atinge excelența în managementul proiectelor Dezvoltare organizațională Aplicarea acestei metodologii împreună cu metodologia de îmbunătățire a proceselor de dezvoltare software a făcut posibilă controlul comportamentului angajaților implicați în proiect [ ] Implementarea acestor metodologii are ca scop îmbunătățirea eficienței organizației de sus în jos prin schimbarea comportamentului indivizilor și grupurilor și include următoarele procese principale: stabilirea de obiective, planificarea evenimentelor, rezolvarea problemelor emergente, comunicarea externă și internă, leadership, revizuirea rezultatelor și comportamentului etc Cu ajutorul consultanților de proces, angajații sunt ajutați să-și rezolve propriile probleme și se realizează așa-zisul coaching, care modifică comportamentul angajaților Pentru promovarea metodologiei în companie se folosesc diverse forme - traininguri, seminarii, cursuri de formare Aplicarea în comun a metodologiei de integrare a cunoștințelor (Knowledge Integration, KI) și a metodologiei de îmbunătățire a proceselor de dezvoltare software la TIS Corporation nu numai că a îmbunătățit eficiența muncii, dar a creat și premisele pentru unitatea profundă internă și externă a angajaților și a organizației în toate aspectele Administrarea procesului (Administrarea procesului) Potrivit lui E Fern, creșterea producției moderne este imposibilă fără personalizarea produsului fabricat la cerințele individuale ale fiecărui client în parte, ceea ce estompează de fapt linia dintre proiect și proces (vezi, de exemplu, [ ]) Fiecare proces devine atât de special încât are sens să-l implementezi sub formă de proiect V Kremzer a propus introducerea unui fel de organizație flexibilă, orientată spre proces de management al proiectelor, care este cel mai potrivită pentru oportunitățile limitate ale întreprinderilor mici [ ] Tendințe în dezvoltarea managementului modern de proiect Ar trebui depuse eforturi deosebite pentru a integra, pe cât posibil, procesele de management de proiect în dezvoltarea procesului de business de bază O analiză foarte profundă și recomandări practice specifice privind organizarea, analiza, evaluarea maturității, reinginerirea și managementul proceselor de afaceri într-o companie orientată spre proiect sunt date de R Garrace [ ] Concluzia lui este că, cu cât o companie orientată spre proiecte este mai matură în managementul proceselor de afaceri, cu atât va obține rezultate mai stabile și bune în gestionarea proiectelor și a programelor Pe baza propriei noastre experiențe, am ajuns la concluzia că pentru multe sarcini de producție este imposibil să se determine în prealabil care formă a soluției lor va fi mai eficientă - proces sau proiectare [ ] Dacă situațiile în care trebuie să faceți o astfel de alegere se transformă dintr-o excepție într-o regulă, devine necesară, în primul rând, formalizarea procedurilor de luare a acestor decizii și, în al doilea rând, asigurarea însăși posibilitatea existenței simultane a ambelor forme de management în companie Prima se realizează prin dezvoltarea unui sistem de criterii clare pentru a determina în fiecare caz care formă este mai eficientă, și prin distribuirea corectă a drepturilor și responsabilităților între proprietarii de procese și managerii de proiect, cărora li se transferă managementul proceselor individuale A doua se realizează, în primul rând, prin construirea unor structuri organizatorice flexibile de tip matrice, care, la rândul lor, impun imediat cerinţe speciale asupra sistemului de bugetare, şi asupra sistemului contabil, şi asupra multor alte circuite de management din companie Abordările descrise au servit în mare măsură ca bază pentru implementarea "cazurilor" specifice descrise în capitolele , și ale acestei cărți Integrarea sistemelor informatice de management de proiect cu diverse aplicații software (ERP, CRM, SCM, PLM, PDM etc ), care a crescut în ultima perioadă, poate fi atribuită și utilizării diverselor metodologii și tehnologii de management conexe în managementul proiectelor Adesea, această integrare este asigurată de prezența unui modul de management de proiect în aplicația corespunzătoare Modele de maturitate În ultimul deceniu, în urma succesului modelelor de maturitate CMM (Capability Maturity Model) și CMMI (Capability Maturity Model Integrated) în industria tehnologiei informației, au existat infuzii de Capitolul chivy încearcă să standardizeze activitățile de proiectare ale companiilor sub forma unor modele de maturitate Un număr de astfel de modele au fost propuse de diverși autori (vezi, de exemplu, [ - ]) În decembrie , RMI a finalizat dezvoltarea standardului ORMS (Organizational Project Management Maturity Model) și a intrat în vânzare Până în prezent, s-a acumulat deja o experiență considerabilă în aplicarea sa practică în întreaga lume, inclusiv în Rusia (vezi [ - ]) Potrivit opiniei generale a experților, standardul și instrumentele corespunzătoare sunt de valoare practică pe piața rusă, în primul rând pentru evaluările interne ale nivelului de maturitate al unei organizații de proiectare, în scopul îmbunătățirii practicilor de management de proiect Câteva așteptări mari în mediul profesional (care au apărut prin analogie cu efectul apariției CMM și CMMI) care au precedat apariția ORMS, nici standardul în sine și nici instrumentele sale nu au justificat încă Biroul de proiecte și managementul portofoliului Aceste teme au devenit populare în Rusia la începutul anilor În ultimii ani, am observat o tranziție a interesului pentru birourile de proiecte și managementul portofoliului la un plan pur practic Deși subiectul biroului de proiect este mai puțin popular astăzi, se bucură în continuare de un interes constant Din punct de vedere al metodologiei, acest subiect poate fi considerat aproape epuizat odată cu publicarea cărților [ ] și [ ] Experiența concretă, evaluările și statisticile vin în prim-plan, care sunt necesare pentru a rezolva două întrebări principale: ce model de birou de proiect să folosești în companie și în ce cazuri, cum să măsori succesul creării unui birou de proiect? Răspunsurile la aceste întrebări pot fi găsite în [ , - ] Tema managementului portofoliului de proiecte și programe continuă să se bucure de un interes considerabil Experiența specifică înființării portofoliului de proiecte și managementului programelor în companii, evaluarea acesteia, meritele comparative ale utilizării anumitor instrumente - Artemis, Prima-vera, MS Project, IBM Rațional Portfolio Manager - și soluțiile software de aplicație construite pe baza acestora vin la în primul rând cum ar fi Opus Magnum Enterprise Management [ ] Experiența modernă în gestionarea portofoliilor de proiecte și a programelor este prezentată pe scară largă în articole din reviste și rapoarte la conferințe și simpozioane din ultimii ani [ - ] Ca instrument de referință fundamental pentru managementul portofoliului, putem recomanda monografia [ ] Tendințe în dezvoltarea managementului modern de proiect rezumat Am trecut în revistă pe scurt esența, starea și tendințele de dezvoltare ale managementului de proiect modern, folosind toate sursele pe care le avem la dispoziție, pentru a prezenta cititorului viziunea noastră despre managementul de proiect modern ca domeniu profesional matur, care, potrivit lui V Voropaev ( |: • concepte, teorie, metodologie și tehnologii avansate care au fost stabilite și verificate prin practică; • standarde internaționale și naționale recunoscute și alte documente normative și metodologice; • lumea dezvoltată a publicaţiilor profesionale, conferinţelor şi congreselor; • piata bogata de aplicatii software profesionale; • piata dezvoltata a serviciilor profesionale; • sisteme moderne de învățământ, inclusiv diverse programe de certificare pentru profesioniști; • domenii extinse de aplicare în societatea actuală; • popularitate și importanță în creștere Adesea, potențialii noștri clienți au o întrebare simplă de natură globală pentru profesioniști: "De ce trebuie să gestionați proiecte?" Sperăm că cititorul va găsi o parte a răspunsului în materialul original al capitolelor următoare ale cărții noastre Și în acest capitol, vom cita rezultatele unui sondaj realizat de Volkswagen Coaching GmbH ProjektManagement Sondajul a implicat de profesioniști din întreaga lume [ ] Respondenții văd motive pentru implementarea managementului de proiect în: • creșterea complexității proiectelor - %; • creșterea numărului de proiecte - %; • înăsprirea cerințelor de termen - %; • concurenta si cerintele pietei - %; • cerințe de calitate a produsului - %; • motivarea personalului - %; • management nou - % Figura prezintă factorii cheie pentru aplicarea cu succes a managementului modern de proiect, conform acelorași intervievați treizeci Capitolul organizatoric Software A sustine Uz practic % Figura Factori cheie pentru aplicarea cu succes a managementului de proiect nyh Interesant este că doar % dintre respondenți consideră că managementul de proiect este implementat din cauza noii conduceri, în timp ce % dintre respondenți consideră că sprijinul managementului pentru implementarea managementului de proiect este un factor cheie de succes De asemenea, este caracteristic faptul că motivația personalului este un factor determinant în implementarea managementului de proiect, potrivit a doar % dintre respondenți, iar calificările personalului sunt cheia implementării cu succes, conform a % dintre respondenți Și cel mai important, software-ul a fost numit un factor cheie de succes de doar %, iar utilizarea practică a managementului de proiect de către % dintre respondenți În acest capitol, am acordat o atenție deosebită tendințelor de dezvoltare a managementului profesional de proiect, încercând să arătăm valoarea practică a acestei discipline profesionale pentru afacerile moderne, administrația publică și publică În următoarele capitole ale cărții, vom arăta în mod substanțial, pe "cazuri" specifice, cum unele dintre aceste tendințe și, în primul rând, cum ar fi extinderea limitelor tradiționale ale proiectului, utilizarea metodologiilor aferente, biroul de proiect, portofoliul și programul management, au găsit aplicație în activitățile noastre practice pentru implementarea abordărilor moderne de management de proiect în diverse industrii Literatură Mikheev V , Tovb A Standarde pentru proiecte moderne // Director inform Servicii Nr Tendințe în dezvoltarea managementului modern de proiect Tovb A , Tzipes G Managementul proiectelor: standarde, metode, experiență a -a ed M : CJSC "Olimp-Business", PMI Project Management Fact Book a -a ed Wiley, Voropaev V Managementul proiectelor în societatea modernă // Managementul proiectelor Nr ( ) Tovb A , Tsipes G Management de proiect Ts Consultant în management Cartea de masă a liderului Kiev: TzOV "BUK", Tovb A , Tzipes G Project Management // ComputerWorld Rusia Nr Tovb A , Tzipes G Principalele tendințe în dezvoltarea managementului modern de proiect // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Archibald R Managementul programelor şi proiectelor high-tech / Per din engleză, ed A D Bazhenova M : DMK Press, Barkalov S , Voropaev V et al Fundamentele matematice ale managementului de proiect / Ed V N Burkova M : Şcoala superioară, Razu M , Voropaev V et al Managementul programelor și proiectelor Program de module pentru manageri "Managementul dezvoltării organizației" Modulul M : INFRA-M, Bovteev S , Efremenko V , Rybnoye E , Frolov V Management de proiect în construcții Sankt Petersburg: Sankt Petersburg stat arhitect -builds, un-t, Mazur I , Shapiro V et al Managementul proiectelor Manual pentru profesioniști Moscova: Școala superioară, Gray K , Larsen E Management de proiect / Per din engleza Moscova: Afaceri și servicii, Grashina M , Duncan V Fundamentele managementului de proiect Sankt Petersburg: Peter, Martin P , Tate K Management de proiect / Per din engleza Sankt Petersburg: Peter, Diethelm G Management de proiect / Per cu el Moscova: Presa de afaceri, Fatrell R , Schafer D , Schafer L Management of software projects / Per din engleza M : Williams, Ghid pentru corpul de cunoștințe privind managementul proiectelor a -a ed Ghidul PMBOK(r) Domnul m birou, Management dinamic de proiect / Ed V Mihaieva Manuscris Titeg R Gestionarea contractului de proiect cu privire la lungă durată incompletă în întregime // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Dombkins D Contractarea guvernamentală - Leading the Way // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Ananyin V Sustenabilitatea managementului proiectelor IT în condiții de incertitudine // Managementul proiectelor Nr ( )- ( ) Capitolul Ananyin V Dezvoltarea și implementarea strategiei IT corporative ca proces de negociere // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie Moscova: FOSTAS Ananin V , Shishkin A Abordarea contractuală a managementului proiectelor IT // th World Congres de management de proiect, Moscova - iunie Moscova: SOVNET, Zinder E Management de proiect pentru crearea sistemelor electronice de economie: caracteristici, oportunități și standarde // th World Congres de management de proiect, Moscova - iunie Moscova: SOVNET, Ohara Sh De către R M // Director al Serviciilor Informaționale Nr Bredshie K R M: spre o nouă paradigmă a managementului proiectelor și programelor // Project management Nr ( ) Cheii R , Partington D Cât de sensibil la cultură este managementul de proiect? Un nucleu de concepții ale managerilor de proiect din China și din Vest // A -a Iunie-Gross pentru managementul proiectelor din întreaga Rusie Moscova, - iunie Moscova: SOVNET Măkilouko M Managementul proiectelor multiculturale // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Zabrodin Yu , Kolikov V Saruhanov A Managementul proiectelor de construcție de petrol și gaze M : Economie Mikheev V Bărbat și femeie în proiecte // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Mihaiev V Războaie în proiecte // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova - aprilie Moscova: FOSTAS, ISO/TQ : (E) Administrare de calitate Managementul calităţii în managementul proiectelor (ediţia l-a din ) / Per din engleza ISO/TQ : (E) (ed I ) M , Widman M Modeling in project management // Project management Nr ( ) Aleshin A , Voropaev V , Lyubkin S et al Managementul proiectelor: Fundamentele cunoștințelor profesionale, cerințe naționale pentru competența specialiștilor în managementul proiectelor / Sub științific ed V I Voropaeva M : SOVNET - KUBS, Voropaev V , Sekletova G Abordarea de sistem a managementului proiectelor și programelor // Managementul proiectelor Nr ( ) ІСВ-ІРМА Competențele de referință Versiunea IRMA Ed Comitetul: Caupin G , Knopfel H , Koch G , Pannenbäcker K , Perez-Polo F , Seabury C Van Haren Publishing, Zaltbommel-NL Bushuev S Dezvoltarea sistemelor de cunoștințe și a tehnologiilor de management al proiectelor // Project Management Nr ( ) Tendințe în dezvoltarea managementului modern de proiect Crawford L Standarde de management de proiect: o perspectivă globală // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Duncan V Management de proiect: o privire spre viitor // Intern Simpozion "Managementul de proiect: afaceri Idei Practică", Sankt Petersburg, - mai Pells D , Mikheev V Beyond maturity - how modern project management can transform dreams into reality // Al -lea Congres Mondial IPMA, New Delhi, - noiembrie Pelle D , Mikheev V "Al treilea val" - o nouă paradigmă managerială a managementului profesional de proiecte și programe Cum poate transforma managementul modern de proiect afacerile, organizațiile și oamenii // Consultant de management Cartea de masă a liderului Kiev: TzOV "BUK", Pelle D , Mikheev V "The Third Wave" - o nouă paradigmă a managementului de proiect // Intern Simpozion "Managementul de proiect: afaceri Idei Practică", Sankt Petersburg, - mai Mikheev VN Management dinamic de proiect al "Al treilea val" pentru gestionarea proiectelor și programelor Manuscris Saynisch M Stăpânirea complexității și schimbărilor în proiecte, economie și societate prin managementul proiectelor d order (PM- ) // th IPMA World Congress, New Delhi - noiembrie Huber T, Werner O Reducing Project Complexity by a Morphological Approach // tli IPMA World Congress, New Delhi, - noiembrie Rietiker S Enterprise project orientation reconsidered elements of a project-conscious management // th IPMA World Congress, New Delhi, - noiembrie Walker D Norrie J Utilizarea Balanced Scorecard pentru a îmbunătăți practica de management de proiect // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Tzipes G Indicatori cheie de performanță într-o companie orientată spre proiect // Director de servicii de informare Nr Anantatmula V Îmbunătățirea performanței managementului de proiect prin managementul cunoștințelor // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Takinaka E , Shinoda M , Toshinari S , Hasegawa K Aplicarea dezvoltării organizației la îmbunătățirea proceselor software într-o industrie majoră din Japonia Analiza detaliată a rezultatelor de la biletul // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Kremser W Managementul de proiect - calea către managementul proceselor? // a -a lume Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Capitolul Feriga E Șase pași către viitor Cum ne schimbă personalizarea în masă lumea // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Gareis R Managementul proceselor de afaceri: o nouă dimensiune în modelul de maturitate al companiei orientate pe proiecte // th IPMA World Congress, New Delhi, - noiembrie Tsipes G , Tovb A Processes and projects: there and back again // th IPMA World Congress, New Delhi, - noiembrie Ibbs CW, Young-Hoon Kwak Beneficiile managementului de proiect: recompense financiare și organizaționale pentru corporații Project Management Inst Fundația pentru Educație, Kertsner G Planificare strategică pentru managementul proiectelor folosind modele de maturitate / Per din engleza M : Compania "IT"; DMK Press, Harpham A, Hinley D Cât de matură este organizația ta la Project Management? // a -a lume Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Bazhenov A , Arefiev O ORMZ: așteptări, fapte, perspective // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Polkovnikov A , Belozerov A Modele de evaluare a maturității managementului de proiect într-o companie: experiență și perspective pentru dezvoltarea unui sistem de management de proiect corporativ // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Surkis A Managementul proiectelor corporative: principalii participanți la implementare și suport // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Milman S , Sambuk A Management cantitativ de proiect // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Crawford JK Biroul de proiecte strategice Un ghid pentru îmbunătățirea performanței organizaționale NY: Marcel Dekker, Kendall J , Rollins S Modern methods of project portfolio management and the office of project management Maximizarea rentabilității investiției/Per din engleza M : CJSC "PMSOFT", Kasatkin A Managementul proiectelor - rezolvarea problemei interacțiunii și o condiție necesară pentru îmbunătățirea eficienței afacerii // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Korolev D , Subbotin A Implementarea intereselor Clientului în programe și proiecte de creare a sistemelor informaționale corporative // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Tendințe în dezvoltarea managementului modern de proiect Grishina M N , Semenkov I G Probleme organizatorice și structurale ale implementării proiectelor interne ale organizației // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Newell M Biroul de Proiect // Director al Serviciilor Informaționale Nr Santosus M Disciplina de serviciu: de ce avem nevoie de un birou de proiect // Director de servicii de informare Nr Duncan W Îmbunătățirea suportului IT pentru strategia corporativă prin managementul portofoliului de proiecte // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Samoshchenkov S , Soshnin A , Tsipes G Programe și proiecte în administrația publică // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Tzipes G Proiecte, portofolii de proiecte și programe la întreprinderile complexului combustibil și energetic // Intern Simpozion "Managementul de proiect: afaceri Idei Practică", Sankt Petersburg, - mai Trubitsyn Yu , Polkovnikov A Construirea unui sistem de management pentru un program de informatizare corporativă în interesul clientului // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Kelmanzon A , Zenin S , Kalyanoe G Sistem de management pentru programele de lucru și proiectele IT ale NK YUKOS // Sb Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Dye LD, Pennypacker JS Managementul portofoliului de proiecte: selectarea și prioritizarea proiectelor pentru un avantaj competitiv lst ed Center for Business Practices PM Solutions West Chester PA Shmidt K Studiu mondial Managementul proiectelor: Managementul proiectelor internaționale - stare și tendință Volkswagen Coaching GmbH ProjektManagement, Vigdorovich M Organizarea lucrărilor de proiect într-o instituție comercială (financiară) // http://www iteam ru/articles php?pid= &tid= &sid= &id= Morris P Irelevanța managementului de proiect ca disciplină profesională // Managementul proiectelor Nr ( ) Morris R Cât de eficient pot contribuie organismele de management de proiect la gestionarea cu succes a proiectelor? // Al -lea Congres Mondial IPMA, New Delhi, - noiembrie Ohara S Profiling managementul bazat pe misiune pentru proiecte sau programe complexe Explicarea noului cadru și a contextului său // Al -lea Congres Mondial IPMA, New Delhi, - noiembrie Tanaka X Managementul integrat al multi-proiectelor în contractori // Managementul proiectelor și programelor Nr ( ) Capitolul Tapaka N Peisajul în schimbare al managementului de proiect // Project Management World Today martie Voropaev V Managementul proiectelor în Rusia M : Alane, Lyubkin S , Tovb A , Ogneva M A a -a lume congres privind managementul proiectelor ІРМА- // Managementul proiectelor si programelor Nr ( ) Koh J , Knopfel G Cerințe internaționale pentru competența specialiștilor în managementul proiectelor: ІРМА Competence Baseline (ICB), versiunea // Project management Nr ( ) IBM și partenerii ajută la gestionarea afacerilor din Rusia - Opus Magnum Enterprise Management // Inovații în tehnologie și afaceri IBM Nr Pelle D th Global Project Management Forum // Project and Program Management Nr ( ) capitolul Proiecte și strategie Proiecte, programe și portofolii de proiecte la întreprinderile complexului de combustibil și energie Conținutul capitolului Scurtă prezentare a metodologiei Proiecte, Programe și Portofolii de Proiecte Biroul de proiect Biroul de proiecte strategice Biroul de management al proiectelor Biroul Divizial de Proiecte Balanced Scorecard Întreprinderea complexului de combustibil și energie ca o companie orientată spre proiecte Management de proiect complex la întreprinderea extractivă a complexului de combustibil și energie Managementul portofoliului de proiecte la întreprinderea de transport a complexului de combustibil și energie Proiecte ale întreprinderii de transport a complexului de combustibil și energie Conformitatea proiectelor cu obiectivele strategice ale companiei Obiective și factori critici de succes Resurse pentru proiect Proceduri de gestionare a portofoliului de proiecte Procedura de formare a unui portofoliu de proiecte Procedura de monitorizare şi analiză a implementării proiectelor Evaluări și criterii Biroul Tehnic de Proiect Managementul programului țintă în societatea de administrare a holdingului complex de combustibil și energie Planificare organizațională Coordonarea formală a activităților organizaționale De la coordonare la management Părțile interesate din program Componența organismelor de management al programului Organele tehnice decizionale Rezumat Literatură Scurtă prezentare generală a metodologiei Proiecte, programe și portofolii de proiecte Bucla de management de proiect într-o companie modernă, de regulă, acoperă toate orizonturile principale ale planificării întreprinderii - planificare strategică, pe termen mediu (tactică) și operațională Planificarea operațională se realizează la nivelul activităților individuale care pot fi combinate în proiecte Proiectele sunt astfel privite ca seturi de activități interconectate menite să atingă obiective stabilite cu cerințe stabilite pentru calitatea rezultatului într-un timp dat și cu un buget fix Proiectul este împărțit în etape ale ciclului de viață, adică lucrări interconectate logic, în procesul de finalizare al cărora se atinge unul dintre principalele rezultate ale proiectului Ciclurile de viață ale proiectelor din diverse domenii de activitate diferă semnificativ Următoarele considerații trebuie luate în considerare atunci când se definesc etapele ciclului de viață al proiectului: • etapele ciclului de viață trebuie să respecte standardele acceptate (internațional, de stat, industrie) pentru proiecte cu caracteristici similare; • fiecare etapă a ciclului de viață trebuie să se încheie cu atingerea unuia dintre principalele rezultate ale proiectului, definite în sistemul de obiective și rezultate ale proiectului; • împărțirea în etape ar trebui să asigure nevoile de planificare și control al lucrărilor la proiect pentru toate departamentele și organizațiile implicate în proiect Un grup de proiecte și diverse activități legate de un scop și condiții comune de implementare pot fi combinate într-un program Managementul proiectelor integrate într-un singur program necesită capitolul coordonare asupra rezultatelor obţinute Pe lângă proiecte, programul poate include elemente ale activităților de rutină (operaționale) Formarea programelor se realizează pe baza unui plan strategic de dezvoltare, care include un sistem de obiective, indicatori cantitativi pentru atingerea acestor obiective și măsuri care să asigure atingerea valorilor solicitate ale indicatorilor Exemple de programe posibile sunt măsurile de îmbunătățire a sistemului de management al întreprinderii în diverse domenii funcționale de activitate: • îmbunătățirea eficienței proceselor de producție; • îmbunătățirea sistemului de management financiar; • optimizarea logisticii de transport si depozit Pentru ușurința managementului, proiectele pot fi combinate nu numai în programe, ci și în portofolii de proiecte În același timp, în cadrul aceluiași portofoliu, proiectele pot să nu fie legate în ceea ce privește obiectivele lor Ușurința de gestionare poate fi înțeleasă într-o varietate de moduri De exemplu, unul dintre principiile posibile pentru formarea portofoliilor este gruparea proiectelor în funcție de diviziile (departamente, departamente) care le execută În același timp, se realizează posibilitatea unei manipulări mai flexibile a resurselor umane, deoarece acestea aparțin unui centru comun de responsabilitate pentru toate proiectele de portofoliu și au competențe profesionale similare Sunt posibile și alte abordări ale formării portofoliilor de proiecte, de exemplu, bazate pe comunitatea instrumentelor și tehnologiilor utilizate (de exemplu, schimbarea proceselor și procedurilor de afaceri, schimbarea structurilor organizaționale, introducerea tehnologiilor informaționale) În acest caz, se pune sarcina de a forma centre de responsabilitate pentru portofoliile de proiecte "pe deasupra" unei structuri organizatorice permanente Pe baza abordărilor adoptate în companie la formarea programelor și portofoliilor se determină structura obiectului de control în sistemul de management al proiectelor (PMS) Rezultatele acestei structuri fac posibilă determinarea în ce portofoliu și în ce program este inclus fiecare proiect (vezi, de exemplu, Tabelul ) Biroul de proiect De câte birouri de proiect are nevoie compania dumneavoastră? Răspunsul la această întrebare nu este atât de evident pe cât ar părea la prima vedere, întrucât termenul "birou de proiect" (Proiect Proiecte și strategie Proiecte, programe și portofolii de proiecte Tabelul Structura portofoliilor și a programelor Portofolii de programe^''' proiecte Îmbunătățirea eficienței proceselor de producție Îmbunătățirea sistemului de management financiar Optimizarea logisticii de transport și depozit Schimbarea proceselor si procedurilor de afaceri Proiecte Proiecte Proiecte Schimbarea structurilor organizatorice Proiecte Proiecte Proiecte Implementarea tehnologiilor informaţionale Proiecte Proiecte Proiecte Office) ascunde mai multe concepte diferite din domeniul managementului de proiect Figura reproduce diagrama din cartea lui C Crawford [ ], care prezintă principalele tipuri de birouri de proiect Biroul de proiecte strategice Principalele sarcini ale biroului de proiecte strategice sunt: • asigurarea transpunerii strategiei companiei la nivelul operational de implementare a schimbarilor, • Asigurarea implementarii eficiente a proiectelor companiei Cel mai adesea, când se vorbește despre birouri de proiecte, se referă exact la acest element al structurii organizatorice a companiei (uneori numit și Serviciul de Management de Proiect), axat pe rezolvarea problemelor fundamentale din domeniul dezvoltării corporative Acest organism este responsabil cu crearea și dezvoltarea unei culturi corporative a managementului proiectelor, pentru gestionarea proiectelor specifice, dar cel mai important, sarcina sa este de a asigura și controla conformitatea proiectelor implementate în companie cu obiectivele strategice și cu capacitățile sale de resurse și tehnice Avantajele unui birou strategic sunt realizate prin crearea și utilizarea unei singure metodologii și tehnologie pentru gestionarea tuturor proiectelor companiei Mai multe detalii despre funcțiile și structura biroului strategic al proiectului pot fi găsite în [ , ] capitolul Director executiv Informa Ssoіtsii cі onnyh Tehnologia financiară Implementarea dezvoltării Nivelul Biroul de proiecte strategice Nivelul Biroul de proiect al departamentului (Biroul portofoliului de proiecte) Nivelul Birouri individuale de management de proiect Figura Birouri de proiect în structura organizatorică a companiei Cu toată utilitatea evidentă a biroului de proiect strategic în acest sens, are sens să ne amintim avertismentul lui M Newell: "Biroul general de proiect este o idee bună, dar ca toate ideile bune, trebuie folosit cu grijă Nu trebuie să cedem în fața provocărilor unor idei în exterior atractive, nu trebuie să creăm și să folosim un birou comun de proiecte în detrimentul sacrificării autonomiei și independenței managerilor de proiect Principalul lucru este că nu trebuie să uităm cauzele fundamentale care au dus la apariția managementului de proiect ca domeniu profesional de activitate separat" [ , p ] Și încă o notă despre birourile strategice Statisticile prezentate în articolul [ ] arată o creștere a eficienței birourilor de proiecte strategice pe măsură ce acestea se maturizează Cu toate acestea, aceste date se referă la companii pentru care proiectele sunt un vehicul pentru schimbarea internă și, prin urmare, nu formează o parte semnificativă a activităților sale Pentru companiile care își desfășoară activitățile în principal sub formă de proiect, putem vorbi mai degrabă despre tendința opusă, care este tipică, de exemplu, pentru marii integratori de sisteme ruși Proiect Proiecte și strategie Proiecte, programe și portofolii de proiecte Biroul, care a jucat un rol foarte important în etapa inițială a dezvoltării culturii corporative a managementului de proiect, își pierde treptat semnificația Pentru biroul de proiect rămân în principal funcții de contabilitate, iar toată munca metodologică este transferată către serviciul de calitate Diverse forme de manifestare a acestei tendințe sunt descrise în articolul [ ] folosind exemplele IT Co , VimpelCom etc Birou management proiect Mult mai rar, experții menționează (dar mult mai des folosesc) birouri de proiect individuale, ceea ce înseamnă infrastructura, inclusiv sediul, sistemele informatice, de comunicații și tehnologia informației, standardele și reglementările necesare implementării funcțiilor de management al proiectelor și asigurării confidențialității informație De exemplu, practica IBS este că se deschide un birou separat pentru fiecare proiect major și, de preferință, pe teritoriul clientului Această abordare, pe de o parte, îi disciplinează pe performeri și, pe de altă parte, crește încrederea clienților în proiect Biroul de management al proiectului este astfel o structură organizatorică temporară creată pe durata proiectului Puteți citi mai multe despre organizarea biroului de management de proiect, de exemplu, în [ ] Misiunea birourilor de management de proiect este aceeași cu cea a birourilor de proiecte strategice: îmbunătățirea eficienței execuției proiectelor Doar mecanismele de creștere a eficienței sunt diferite aici Avantajele biroului de proiect sunt obținute prin utilizarea unui spațiu dedicat, a echipamentelor de birou și a echipamentelor auxiliare, datorită cărora toți executanții sunt în apropiere și sub control, este facilitată rezolvarea promptă a problemelor și problemelor locale, precum și comunicările în cadrul echipei de proiect sunt simplificate Biroul de Proiect al Diviziei Un alt tip de birou de proiecte este un birou creat pentru a gestiona grupuri de proiecte care rulează pe un bazin comun de resurse (de exemplu, proiecte din același departament) Sarcina principală a acestor birouri este gestionarea eficientă a resurselor unității implicate în implementarea proiectelor: reducerea duratei "decalajelor de resurse" - perioade de lipsă de resurse, reducerea perioadelor de inactivitate a resurselor Este posibil ca biroul de proiect al unei unități să nu fie oficializat ca unitate organizațională; în acest caz, funcțiile de planificare a resurselor și de contabilitate a costurilor resurselor sunt repartizate între conducerea unității, managerii de proiect și personalul tehnic al unității capitolul Balanced Scorecard Succesul implementării programelor și portofoliilor de proiecte depinde în mare măsură de cât de competent este formată componența acestora Considerăm indicatorii cheie de performanță (KPI) și metodologia Balanced Scorecard (BSC), care sunt descrise în detaliu, de exemplu, în [ - ], ca instrumente pentru formarea de programe și portofolii Utilizarea acestor instrumente face posibilă formarea unui sistem obiectiv de criterii și aprecieri și asigurarea coordonării diferitelor niveluri de management al întreprinderii la luarea deciziilor atât în ceea ce privește activitățile curente de afaceri, cât și în ceea ce privește reorganizarea activităților întreprinderii O astfel de utilizare a eficienței necesită formarea unui sistem de obiective ale întreprinderii În raport cu metodologia Balanced Scorecard, aceste obiective ar trebui formulate în termeni de obiective de afaceri, factori critici de succes, obiective funcționale și activități (acțiuni) necesare atingerii succesului [Scopul afacerii] Obiectivele de afaceri sunt direcții strategice prioritare pentru dezvoltarea afacerii unei întreprinderi, care determină condițiile existenței sale cu succes pe piață pe termen mediu și lung [Factor critic de succes] Factorul critic de succes (CSF, Factor Critica de Succes) corespunde zonei specifice a întreprinderii, care are o influență decisivă asupra faptului că va fi atins un anumit obiectiv de afaceri [Scopul funcțional] Obiectivele funcționale determină direcția de dezvoltare a întreprinderii la diferite niveluri de conducere în diverse domenii de activitate Acestea vă permit să specificați și să echilibrați zonele de efort folosind perspective diferite În mod obișnuit, sunt utilizate patru perspective - finanțe, clienți (externi sau interni), procese de afaceri, inovare și oameni [Harta strategiei] O hartă strategică este o reprezentare grafică sau tabelară a unui set de obiective de afaceri, KSF și obiective funcționale și relațiile dintre acestea [Indicator de performanta] Indicator cheie de performanță (KPI - Keu Performance Indicator, KPI) - un indicator cantitativ care vă permite să măsurați gradul de succes într-o anumită zonă a întreprinderii Fiecare KPI este aliniat cu un obiectiv funcțional specific [ținta indicatorului cheie de performanță] Valoarea țintă a unui indicator cheie de performanță este valoarea numerică a KPI, a cărei realizare efectivă înseamnă atingerea succesului în domeniul relevant de activitate într-o anumită perioadă de timp Proiecte și strategie Proiecte, programe și portofolii de proiecte [Metru] Un contor este un indicator simplu (de obicei contabil), a cărui valoare se formează direct în timpul implementării proceselor de afaceri și este utilizat pentru a calcula unul sau mai mulți KPI [Inițiative strategice] O inițiativă strategică corespunde unei activități specifice (sau unui grup de activități) care trebuie implementată pentru a atinge valoarea țintă a unuia sau mai multor KPI Arborele de obiective construit pe baza termenilor de mai sus vă permite să determinați relația dintre KPI și diferitele niveluri de management al întreprinderii (strategic, tactic și operațional) Un model general al acestor relații este prezentat în Figura Strategic Strategic nivelul de evaluare Obiectivele principale ale Display gels Cantitative companii Indicatori de realizare a obiectivelor de afaceri, în stadiul actual, scopurile care permit dezvoltarea sa pentru a măsura gradul atigerea scopului Tactică ■ Scoruri tactice nivel Cantitativ Domenii cheie critice agregate factori de activitate care arată indicatori de pâslă pentru acoperiș, companiile care sunt esențiale pentru succesul activităților permitând din punct de vedere al analizei realizările a - situaţia actuală obiectivele de afaceri în companie Operațional Operațional nivelul de evaluare Evenimente, Acțiuni Măsuri Corporative care au nevoie de funcționare țineți pentru raportare atingerea valorilor țintă de eficiență Procesele de afaceri Departamente, funcții, documente Probleme Figura Relația de eficiență cu diferitele niveluri de management capitolul Astfel, cea mai importantă componentă a strategiei de dezvoltare a afacerii întreprinderii este determinarea indicatorilor cheie de performanță (KPI) pentru fiecare dintre obiectivele formulate, cu ajutorul cărora: • se analizează dinamica deplasării către acest scop; • se stabileşte faptul atingerii scopului La proiectarea factorului de eficiență, se recomandă respectarea următoarelor principii de bază: • Setul de KPI-uri ar trebui să fie limitat la cel mult două până la trei obiective de afaceri, nu mai mult de trei până la patru KPI-uri per obiectiv de afaceri și nu mai mult de trei până la șase KPI-uri per KFU • Setul de KPI ar trebui să fie echilibrat, să nu se limiteze la un singur domeniu și să acopere atât rezultatele financiare, cât și relațiile cu clienții, activitățile de producție, formarea și dezvoltarea personalului • Structura KPI-ului ar trebui să ofere capacitatea de a alege nivelul de detaliu sau tăierea prezentării informațiilor Pentru aceasta se pot folosi estimări integrale, care se formează pe baza multor indicatori (măsurători) simpli, eventual eterogene Dintre caracteristicile care ar trebui definite pentru fiecare indicator, trebuie evidențiate următoarele: • algoritm de calcul (formula) folosind contoare; • scale de evaluare (pentru indicatori și/sau contoare, ale căror valori sunt determinate de experți); • regulile de calcul a contoarelor și a indicatorului în ansamblu, inclusiv perioada de calcul și legătura cu funcțiile specifice ale proceselor de afaceri; • secţiuni pentru analiză; • valoarea țintă a indicatorului; • factori de influenţă şi riscuri, precum şi măsurile corespunzătoare acestora Procedurile legate de obținerea valorilor contorului, calcularea eficienței și generarea de rapoarte ar trebui să fie integrate în procesele de afaceri și legate de etapele (funcțiile) specifice ale acestora Proiecte și strategie Proiecte, programe și portofolii de proiecte Întreprinderea complexului de combustibil și energie ca companie orientată spre proiecte Strict vorbind, întreprinderile complexului de combustibil și energie (FEC) nu pot fi considerate companii orientate spre proiecte Activitățile lor, care aduc venituri directe întreprinderii (producția, transportul, prelucrarea și distribuția hidrocarburilor), se desfășoară în cadrul unor procese tehnologice și de afaceri care, de regulă, nu necesită utilizarea managementului de proiect Obținerea acestor venituri este însă imposibilă fără crearea, sprijinirea și dezvoltarea infrastructurii necesare, inclusiv puțuri, spații de depozitare, conducte etc Volumul acestor lucrări auxiliare este atât de semnificativ, iar impactul calității și oportunității implementării lor este atât de mare încât, în opinia noastră, o întreprindere modernă Complexul de combustibil și energie poate fi atribuit în siguranță clasei companiilor orientate spre proiecte Este imposibil să acoperim într-un singur capitol toate aspectele aplicării metodelor de management de proiect în astfel de corporații gigantice, cum sunt, de regulă, deținerile integrate vertical ale complexului de combustibil și energie Prin urmare, vedem scopul nostru principal în luarea în considerare a abordărilor tipice ale aplicării managementului de proiect la diferite întreprinderi din complexul de combustibil și energie, pe baza propriei experiențe de participare la astfel de proiecte Am identificat trei domenii principale de analiză: • Companiile de combustibil și energie implicate în explorare și producție Pentru aceste întreprinderi, tema gestionării proiectelor complexe (de exemplu, prospectare, explorare, dezvoltarea câmpului) este de cel mai mare interes • Întreprinderile de transport ale complexului de combustibil și energie Aici, tema formării unui portofoliu optim de proiecte de investiții și gestionării portofoliilor de proiecte (cum ar fi portofolii de proiecte IT, proiecte de construcții etc ) este de o importanță fundamentală • Societatea-mamă (de management) a holdingului complex de combustibil și energie Pentru companiile de management, din punct de vedere al managementului de proiect, cea mai tipică activitate este managementul programelor țintite implementate în diverse domenii de activitate ale tuturor întreprinderilor exploatației (de exemplu, certificarea holdingurilor conform ISO , introducerea a sistemelor unificate de management al documentelor etc ) Management de proiect complex la întreprinderea extractivă a complexului de combustibil şi energie Principalele procese ale unei întreprinderi complexe de combustibil și energie angajată în explorarea și producția de hidrocarburi sunt determinate de ciclul de viață al câmpului (vezi Fig ) capitolul - lucrări geofizice - modelare - căutare foraj - estimarea rezervelor - licențiere - determinarea contururilor, capacitatea câmpului - elaborarea de recomandări prin intrare - licențiere - definiți - - mutați - opriți sondă de petrol/gaz config - din fundholes - restaurare - walkie-talkie la suprafață amplasarea sondelor, secvența forajului - stabilirea modurilor de funcționare - performanță - pregătirea gazelor pentru transport - închiderea sondelor - explorarea teritoriului Figura Ciclul de viață al câmpului Apariția acestui ciclu generează analogii cu ciclurile de viață ale altor obiecte (sistem informațional, clădire, produs sau serviciu etc ), inclusiv: • etapa de investitie care vizeaza realizarea unui obiect; • stadiul de exploatare a obiectului, vizând generarea de venituri; • stadiul lichidării obiectului De regulă, marea majoritate a lucrărilor din prima și a treia etapă se desfășoară sub formă de proiectare Lucrările din a doua etapă se desfășoară în principal în cadrul proceselor tehnologice relevante, cu toate acestea, o cantitate semnificativă de lucrări legate de reconstrucția, modernizarea și repararea instalației poate și ar trebui să fie efectuată sub formă de proiectare Astfel, ciclul de viață al oricărui obiect (inclusiv un depozit) poate fi reprezentat ca o serie de proiecte care vizează implementarea unor etape individuale, etape și alte elemente mai mici ale ciclului de viață Și dacă pornim de la conceptul de dezvoltare, atunci acesta poate fi reprezentat chiar și de un așa-numit proiect în dezvoltare [ ] Cu toate acestea, analogiile cu alte obiecte și ciclurile lor de viață sunt epuizate în acest moment, deoarece amploarea muncii efectuate de întreprinderile extractive ale complexului de combustibil și energie face destul de dificilă atât combinarea lucrărilor eterogene în proiecte, cât și organizarea acestor proiecte Proiecte și strategie Proiecte, programe și portofolii de proiecte Un exemplu de proiect complex al unei întreprinderi miniere este un set de lucrări efectuate în căutarea unui nou zăcământ Conținutul principal al acestor lucrări este implementarea unui complex de măsuri geologice și geofizice, pe baza rezultatelor cărora se ia decizia de a efectua lucrări ulterioare în conformitate cu ciclul de viață al câmpului Toate aceste activități sunt desfășurate direct de echipa de proiect, a cărei parte principală este expediția, care realizează munca de teren propriu-zisă Cu toate acestea, procesele principale ale ciclului de viață al câmpului nu pot fi implementate fără sprijinul unor procese auxiliare În special, pentru proiectul complex "Căutarea unui domeniu" în diferitele sale etape, va fi necesar să se implice specialiști în domenii precum: • achiziții și furnizare, • suport de transport, • managementul personalului, • construirea și analiza modelelor de puțuri, • Design si constructii, • suport juridic Structura organizatorică a întreprinderilor complexe de combustibil și energie este construită conform principiului funcțional, prin urmare, implementarea proceselor în aceste domenii este realizată de diviziile specializate relevante ale întreprinderii Aceasta înseamnă că o parte din munca care afectează direct succesul unui proiect complex este forțată să iasă din zona de influență a managerului de proiect, rămânând în același timp în zona sa de responsabilitate Organizarea acestei părți a muncii este în întregime apanajul șefilor funcționali ai departamentelor relevante Este posibil (dar nu neapărat) ca aceste lucrări, la rândul lor, să fie organizate ca proiecte care să devină subproiecte ale proiectului complex "Perspectivă pentru teren" O posibilă descompunere a lucrării proiectului complex "Căutarea unui depozit" este prezentată în Figura Aici, proiectul complex este împărțit în cinci proiecte consecutive - lucrări geofizice, studiul zonelor de petrol (gaz), foraj de explorare, evaluarea rezervelor, licențiere Fiecare proiect are trei categorii de lucru: • munca efectuată direct de echipa de proiect (ex lucrări geofizice regionale); • munca individuală efectuată în numele managementului de proiect de către departamentele specializate responsabile de capitolul Licenţierea proiectelor Pregătirea documentelor Examinarea documentelor Estimarea rezervelor Pregatirea datelor initiale Rafinarea modelelor Foraj exploratoriu și Pregătirea zonelor de foraj a expediției MTO Alocarea transportului Examinarea contractelor Formarea expediției Formarea puțurilor Proiectarea puțurilor Construcția puțurilor Studiul zonelor petroliere Efectuarea lucrărilor de teren MTO al expediției i Alocarea transportului Formarea expediției Modele de construcție Lucrări geofizice Efectuarea lucrărilor de teren expediții MTO | Alocarea transportului Formarea expediției Proiect complex LUCRĂRI Munca echipei de proiect Achiziții și aprovizionare Transport Suport juridic Management resurse umane Proiectare Construcție Construcție Modelare iinѳіgѳіo'eebіz'ots hіchnchіgіfobi iqxoQed iinѳіgѳіo'еbіz'оts hіchnіgіfobi iqxoQed iinѳіѳb'есІР'оi hіchnіgіphosіц іchхіхіх Figura Domeniul de activitate al proiectului complex "Căutarea unui depozit" Proiecte și strategie Proiecte, programe și portofolii de proiecte procesul de afaceri relevant (de exemplu, comanda și livrarea echipamentelor); • seturi de lucrări care sunt separate în subproiecte independente și a căror execuție este atribuită departamentelor relevante responsabile pentru procesul de afaceri relevant sau subcontractanților (de exemplu, construcție de modele, proiectare, construcție de capital) Astfel, participanții la proiectele complexe ale întreprinderii extractive a complexului de combustibil și energie sunt multe departamente care sunt angajate în planificarea proiectelor și subproiectelor și monitorizarea progresului implementării acestora, asigură proiectelor resurse financiare, materiale, tehnice și umane, transportă lucrări de cercetare, dezvoltare, proiectare, sondaje și construcții Într-o astfel de situație, unul dintre elementele cheie în organizarea proiectului este crearea unor astfel de organisme de management de proiect care să permită planificarea, monitorizarea, controlul, analiza proiectului și elaborarea unor decizii de management echilibrate care să țină cont de opiniile tuturor părților interesate la diferite niveluri de responsabilitate Una dintre opțiunile pentru o astfel de structură organizatorică pentru proiectul "Căutare câmp" este prezentată în Figura Nivelul superior de management este reprezentat de curatorul proiectului complex, care realizează managementul general Curatorii proiectelor complexe sunt manageri de nivel superior - nivelul șefului sau al șefului adjunct al departamentului De exemplu, șeful adjunct al Departamentului de Explorări Geologice poate fi numit curator al proiectului complex "Căutare zăcământ" La acest nivel sunt rezolvate problemele de interactiune dintre echipa de proiect si departamentele intreprinderii implicate in lucrarea la proiect Nivelul mediu de management este reprezentat de șeful proiectului complex El realizează managementul operațional al proiectului în toate direcțiile acestuia Managerii de proiecte complexe sunt numiți angajați ai departamentelor de specialitate ale companiei cu aptitudinile și competențele necesare De exemplu, unul dintre angajații de frunte ai Departamentului de prospectare și explorare poate fi numit șeful proiectului complex "Căutarea unui depozit" Nivelul inferior de management este reprezentat de managerii de proiect care fac parte dintr-un proiect complex Ei sunt responsabili pentru efectuarea unei lucrări specifice și pentru calitatea rezultatelor Managerii de acest nivel sunt numiți specialiști ai departamentelor de profil ale companiei capitolul II I - Figura Organismele de conducere ale proiectului complex "Căutarea unui depozit" Proiecte și strategie Proiecte, programe și portofolii de proiecte institute de cercetare cu aptitudinile și competențele necesare De exemplu, unul dintre angajații de conducere ai Departamentului de operațiuni de foraj poate fi numit în funcția de șef al proiectului de foraj explorator Managerii de proiect interacționează direct cu departamentele relevante ale întreprinderii și cu companiile terțe implicate în proiect Procesele și setul corespunzător de proceduri de management de proiect pentru o companie minieră din complexul de combustibil și energie arată destul de tradițional: • Lansarea unui proiect - determinarea domeniului de activitate, formarea structurii organizatorice a proiectului, determinarea principalelor etape ale proiectului, crearea unui calendar și a planului de resurse, planificarea controlului și raportării • Selectarea unui antreprenor si incheierea unui contract (pentru lucrari pentru care este implicata o firma terta) - generarea unei cereri de lucrare, analiza propunerilor si alegerea unui antreprenor, pregatirea, agrearea si aprobarea unui contract • Monitorizarea și analiza execuției proiectului - culegerea de informații și raportarea asupra volumului lucrărilor efectuate în termeni fizici și ca procent din volumul total de muncă, asupra cheltuirii resurselor financiare, asupra abaterilor din punct de vedere al timpului și bugetului de la planuri • Managementul variațiilor - analiza, monitorizarea și luarea deciziilor privind riscurile, problemele și schimbările în proiecte • Finalizarea proiectului - Analiza rezultatelor proiectului, desființarea grupurilor de lucru și finalizarea administrativă a proiectului Managementul portofoliului de proiecte la întreprinderea de transport a complexului de combustibil și energie Proiecte ale întreprinderii de transport al complexului de combustibil și energie Activitățile întreprinderii de transport a complexului de combustibil și energie, desfășurate sub formă de proiectare, pot fi reduse la câteva categorii principale de proiecte: • proiect de consultanță - elaborarea conceptelor, metodelor, documentelor organizatorice și administrative și normative și metodologice, implementarea modificărilor organizatorice și structurale; capitolul • Proiect IT - dezvoltarea și implementarea sistemelor informaționale (infrastructură, echipamente, software); • proiect de construcție - construcția, reconstrucția și revizia clădirilor și structurilor; • proiect de instalare și reglare a echipamentelor tehnologice; • proiect de formare și educație - organizarea și desfășurarea formării angajaților De regulă, în toate aceste proiecte, întreprinderea în sine acționează doar ca client, iar funcțiile contractantului (și cu ele principalele responsabilități pentru managementul proiectelor) sunt transferate contractorilor terți Prin urmare, pentru întreprindere însăși, problemele legate de managementul portofoliului de proiecte vin în prim-plan (vezi Figura ): • Formarea unui sistem de criterii și evaluări care să asigure un portofoliu de proiecte viabil și echilibrat, care ține cont de obiectivele strategice ale întreprinderii, atractivitatea investițională și riscurile proiectelor • Formarea compoziției portofoliului de proiecte pe baza unui sistem de criterii și evaluări și folosind proceduri formalizate • Monitorizarea si analiza implementarii proiectului si intocmirea de rapoarte si recomandari legate de modificari atat in compunerea portofoliului cat si a sistemului de criterii si evaluari Schimbări de portofoliu ■ > j Definiție Analiza formării criterii de portofoliu și dezvoltare ■ și evaluări ale proiectelor de recomandări " A - Modificări în sistemul de criterii și evaluări Figura Procese de management al portofoliului Desigur, acest lucru nu anulează utilitatea și chiar necesitatea introducerii unor metode de management de proiect la nivelul proiectelor individuale la întreprinderea de transport a complexului de combustibil și energie Proiecte și strategie Proiecte, programe și portofolii de proiecte Conformitatea proiectelor cu obiectivele strategice ale companiei Obiective și factori critici de succes Ținând cont de faptul că scopul principal al întreprinderii de transport al complexului de combustibil și energie este organizarea unui transport fiabil, neîntrerupt și eficient al produsului, se pot distinge două direcții principale de dezvoltare (factori critici de succes) • Potenţial de producţie Creșterea capacității întreprinderii de a asigura furnizarea neîntreruptă a produsului către consumatori prin reducerea accidentelor, utilizarea eficientă a rezervelor, dispecerizarea fluxurilor de trafic și introducerea de tehnologii avansate Aceasta poate include și probleme legate de creșterea volumului de transport al produsului ca urmare a punerii în funcțiune de noi capacități, crearea infrastructurii și condițiilor tehnice pentru consumul produsului în regiune • Capacitate organizatorică Ridicarea nivelului profesional al personalului de management și tehnic, creșterea interesului acestora pentru succesul general al întreprinderii, precum și dezvoltarea și implementarea tehnologiilor moderne de management, inclusiv suport IT Metodologia BSC poate fi folosită ca bază pentru construirea unui sistem de obiective Cu toate acestea, este necesar să se țină cont de specificul companiei de transport, care, de regulă, este o filială a holdingului Acest specific constă în faptul că, în primul rând, obiectivele financiare, cu toată importanța lor, nu sunt decisive pentru activitățile companiei și, în al doilea rând, compania de transport este slab conectată cu clienții externi (de exemplu, o companie de transport gaze primește un produs de la o companie de producție și o transferă companie de distribuție - și toate acestea se întâmplă în cadrul holdingului) Ca rezultat, procesele de afaceri și obiectivele de inovare ar trebui să fie prioritizate Prezența unui sistem de obiective, indicatori și inițiative strategice corespunzătoare acestor obiective, care, de fapt, sunt obiecte de investiții prioritare și permit rezolvarea unui număr de sarcini de management al portofoliului de proiecte, dintre care cele mai importante sunt următoarele: • eficientizarea alocării investițiilor pentru diverse scopuri de afaceri; capitolul • obținerea justificării că, având în vedere capacitățile interne existente ale întreprinderii și circumstanțele externe, programele și proiectele de investiții propuse pot fi implementate; • excluderea subiectivității din procesul de luare a deciziilor privind alocarea investițiilor; • identificarea investițiilor, programelor și proiectelor care ar trebui accelerate, suspendate sau reziliate; • echilibrarea și restructurarea operațională justificată a portofoliului de proiecte de investiții ale întreprinderii în cazul apariției unor premise relevante (în primul rând economice) Furnizarea proiectelor cu resurse Cea mai importantă componentă a sistemului de criterii și evaluări este determinarea posibilității de a asigura proiectelor resursele necesare (financiare, umane, tehnice, tehnologice etc ) Atunci când rezolvăm această problemă, în opinia noastră, este necesar să ne împărțim responsabilitatea luării unei decizii de includere a proiectului în portofoliu Partea de fond a problemei (respectarea strategiei) ar trebui să fie responsabilitatea diviziei întreprinderii în al cărei interese este implementat proiectul, în caz contrar - Clientul funcțional Clientul Functional este cel care trebuie sa justifice necesitatea implementarii proiectului, sa confirme conformitatea acestuia cu obiectivele strategice ale intreprinderii Responsabilitatea pentru partea de resurse ar trebui să fie suportată de unitatea specializată care va implementa proiectul (pe cont propriu sau cu implicarea contractanților terți) Acest rol corespunde rolului Clientului General În conformitate cu această împărțire a responsabilității, întregul set de proiecte de investiții ale întreprinderii poate fi reprezentat sub forma unei matrice (vezi Fig ) Fiecare coloană conține proiecte care sunt interconectate prin obiectivele comune ale programului de dezvoltare a întreprinderii Fiecare linie corespunde unui set de proiecte interconectate prin tehnologiile comune folosite, competente, oameni - acestea sunt ceea ce consideram portofolii de proiecte Este deosebit de important, în opinia noastră, ca, printr-o astfel de abordare a formării portofoliilor de proiecte, să poată fi identificată clar persoana responsabilă pentru întregul portofoliu - un anumit departament sau chiar un departament al întreprinderii Proiecte și strategie Proiecte, programe și portofolii de proiecte Gruparea si coordonarea pe obiective - responsabilitatea clientului Functional Programe Portofolii Îmbunătățirea eficienței proceselor de producție Îmbunătățirea sistemului de management financiar Alte programe Proiecte de constructii Proiecte Proiecte Proiecte Proiecte IT Proiecte Proiecte Proiecte Proiecte de învăţare Proiecte Proiecte Proiecte Proiecte de consultanta Proiecte Proiecte Proiecte Proiecte Echipamente Proiecte Proiecte Proiecte Figura Vedere structurată a proiectelor întreprinderii Proceduri de management al portofoliului de proiecte Toate procedurile de management al portofoliului de proiecte, precum și procedurile individuale de management al proiectelor, trebuie efectuate în conformitate cu o procedură oficializată care face parte din standardul operațional de management al proiectelor întreprinderii Următoarele sunt cele două proceduri principale ale acestei secțiuni a standardului Procedura de formare a unui portofoliu de proiecte Într-o formă generalizată, procedura de formare a unui portofoliu de proiecte poate include următorii pași (vezi Figura ) Pasul Clientul funcțional pregătește o Propunere de lansare a proiectului Propunerea trebuie să conțină o descriere a nevoilor țintă ale întreprinderii pentru care se realizează proiectul, cerințe formale pentru produsul proiectului (sistem IT, clădire sau structură etc ), precum și calculul estimărilor pentru toate criteriile prezentate în tabelul de mai jos Pasul Reprezentantul Clientului General efectuează o examinare a Ofertei, se gândește la principalele soluții conceptuale și, împreună cu Clientul funcțional, perfecționează devizele proiectului capitolul Client funcțional Figura Procedura de formare a unui portofoliu de proiecte Pasul Biroul Tehnic de Proiect examinează în mod oficial Propunerea pentru a se asigura că respectă standardul de operare al întreprinderii Pasul Biroul tehnic de proiecte calculează rangurile formale ale proiectelor, generează un document de sinteză pentru toate Propunerile și îl înaintează decidentului (șeful direcției) Pentru Biroul Tehnic de Proiect, vezi mai târziu în această secțiune Proiecte și strategie Proiecte, programe și portofolii de proiecte Pasul Factorul decizional aprobă Propunerea Decizia de lansare a proiectului poate fi modificată după primirea limitelor Pasul Biroul tehnic de proiect, după ce a primit decizia de lansare a proiectului, introduce toate informațiile necesare în sistemul informațional de planificare a calendarului și a resurselor Pasul Clientul general, în cadrul autorității sale, își ajustează portofoliul (în termeni de timp și resurse) în conformitate cu limitele primite Procedura de monitorizare și analiză a execuției proiectelor Într-o formă generalizată, procedura de monitorizare și analiză a performanței proiectului include următorii pași (vezi Figura ) Pasul Antreprenorul (extern sau intern) pregătește un Raport de Starea Proiectului care conține informații despre sfera și costul lucrării efectuate Executor testamentar Figura Procedura de monitorizare si revizuire a proiectelor capitolul Pasul Reprezentantul Clientului General aprobă Raportul și îl înaintează Biroului Tehnic de Proiect pentru intrarea în sistemul informațional (pasul ) Pasul Dacă este necesar, Clientul General întocmește Certificate de Recepție Lucrări și Livrare și le transmite Biroului Tehnic de Proiect pentru intrarea în sistemul informatic (pasul ) și serviciului financiar pentru plata lucrărilor către contractori externi Pasul Serviciul financiar plătește pentru munca prestată contractorilor externi Pasul Biroul tehnic de proiect introduce rapoartele în sistemul informatic Pasul Biroul tehnic de proiecte generează rapoarte pentru proiecte individuale și rapoarte de sinteză pentru grupuri de proiecte în secțiunile necesare Raportarea tradițională specifică proiectului include: • cantitatea de muncă prestată în termeni fizici și ca procent din volumul total de muncă; • cheltuirea resurselor financiare; • abateri de timp și buget de la planuri Raportarea grupului de proiect poate include: • raport consolidat privind utilizarea resurselor de către departamente; • un raport de sinteză privind implementarea diferitelor portofolii de proiecte În contextul managementului strategic al proiectelor, raportarea ar trebui să conțină toți indicatorii de performanță ai proiectului utilizați pentru evaluarea priorităților acestora Pe baza analizei acestor indicatori, pot fi modificați parametri semnificativi ai proiectelor, care, la rândul lor, le pot afecta rangurile Toate aceste decizii, inclusiv revizuirea rangurilor de proiecte și modificările în componența portofoliilor de proiecte, trebuie să fie luate în conformitate cu procedura oficializată de management al variațiilor care face parte din standardul de management al proiectelor operaționale al întreprinderii Proiecte și strategie Proiecte, programe și portofolii de proiecte Evaluări și criterii Pentru evaluarea proiectelor, la luarea deciziilor privind începerea sau continuarea proiectelor sau suspendarea acestora, pot fi luate în considerare diferite grupuri de criterii Să dăm mai multe grupuri de criterii ca exemplu Cel mai important pentru o întreprindere de transport în complexul de combustibil și energie este un grup de criterii strategice: • Alinierea cu obiectivele întreprinderii-Arată măsura în care proiectul este legat de obiectivele specifice ale întreprinderii Acest indicator poate fi evaluat prin numărul de obiective și importanța acestora • Impact - arată măsura în care acest proiect are impact asupra atingerii obiectivelor întreprinderii Gradul de influență este determinat de modificarea valorii indicatorului cheie de performanță corespunzător scopului Dacă există mai multe astfel de obiective și indicatori, se ia media ponderată • Urgență - determină perioada de timp după care consecințele problemei rezolvate prin acest proiect vor deveni critice pentru activitatea întreprinderii Al doilea grup de criterii se referă la sectorul financiar Indicatorii tradiționali, cum ar fi perioada de rambursare, valoarea actuală netă, ponderea investițiilor în portofoliul total de investiții etc pot fi utilizați aici Și, în sfârșit, al treilea grup important este criteriile de risc Aici este necesar să evidențiem riscurile resurselor limitate Pentru unele tipuri de proiecte (de exemplu, pentru proiecte IT), riscurile de noutate ale soluțiilor propuse și riscurile de rezistență asociate în cadrul întreprinderii sunt de asemenea foarte importante Clasamentul final al proiectului se calculează prin formula: Z (fhf), i=Hp Unde: K este ponderea criteriului, R - evaluarea criteriului pe o scară de cinci puncte, i este numărul ordinal al criteriului, n este numărul de criterii Exemple de descrieri ale criteriilor de evaluare a proiectelor sunt date în Tabelul Tabelul Descrierea criteriilor de evaluare a proiectelor Nr (■) Criterii Greutatea criteriului (C) Descrierea criteriului Scale de evaluare a criteriilor (R) Criterii strategice Alinierea la obiectivele întreprinderii Leagă proiectul de obiective specifice din harta strategică a întreprinderii - Îndeplinește trei sau mai multe obiective - îndeplinește două obiective - corespunde unui singur scop - nu corespunde niciunui gol Impact Indică măsura în care proiectul are impact asupra atingerii obiectivelor companiei Gradul de influență este determinat de modificarea valorii indicatorului cheie de performanță corespunzător scopului Dacă există mai multe astfel de obiective și indicatori, se ia o valoare medie de - crește valoarea eficienței cu mai mult de % - crește valoarea eficienței de la la % - crește valoarea eficienței de la la % - crește valoarea eficienței de la la % - crește valoarea eficienței la % - nu crește valoarea eficienței Urgență Stabilește perioada de timp după care consecințele problemei rezolvate prin acest proiect vor deveni critice pentru întreprindere - până la șase luni - de la șase luni la un an - de la unu la trei ani - peste trei ani - problemele nu pot deveni critice Criterii financiare Perioada Determină perioada de timp pentru care fluxul net de numerar va fi egal cu investiția inițială: [Perioada de rambursare] = = [Volumul investiției în proiect] / / [Intrarea de numerar (economii) anuală așteptată] - în sus la șase luni de la șase luni la un an - de la unu la doi ani - doi până la trei ani - trei până la cinci ani - peste cinci ani Valoarea actuală netă (VAN) Determină profitul pentru perioada, ținând cont de valoarea actualizată a intrărilor nete anuale de numerar, calculată folosind un factor de actualizare: [Valoarea actuală netă] (tm) = Enot [Intrarea de numerar (economii) anuală așteptată] /] + E) * - - Xnot [Suma investiției în proiect] / /( + E)', unde E este factorul de reducere, t este numărul de ani - NPV peste de milioane de ruble - NPV de la la de milioane de ruble - NPV de la la milioane de ruble NPV de la la milioane de ruble - NPV de la la milion de ruble - VAN negativ Ponderea investiției Determină costul proiectului ca procent din investiția totală a întreprinderii: [Proporția investiției] = = [Suma investiției în proiect] / / [Investiția totală] x % - mai puțin decât % - de la la % - de la la % - mai mult de % Criterii de risc Conflict de resurse Determină timpul pentru care resursele strategice (limitate) ale întreprinderii sunt ocupate cu o intensitate mai mare de % - până la două săptămâni - două până la zece săptămâni - - de săptămâni - mai mult de de săptămâni w S E O ■ f G § f o n> capitolul Tabelul (final) Proiecte și strategie Proiecte, programe și portofolii de proiecte Birou de proiectare tehnică Volumul mare de operațiuni necesare, dar de rutină pentru sprijinirea managementului portofoliului de proiecte, face necesară crearea unei unități specializate care să ofere suport pentru activitățile de management de proiect și grupuri de lucru - Biroul Tehnic de Proiect (TPO), Scopul creării ÎPT este organizarea infrastructurii (inclusiv spații, sisteme informatice, de comunicații și tehnologia informației, standarde și reglementări), care permite implementarea funcțiilor de management al proiectelor și asigurarea confidențialității informațiilor Reglementările Biroului Tehnic de Proiect (versiunea simplificată) sunt prezentate mai jos ca exemplu Reglementări privind Biroul Tehnic de Proiect (TPO) Obiectivele principale ale ÎPT În ceea ce privește planificarea centralizată și controlul asupra execuției lucrărilor la diferite proiecte: • Crearea unui model unic de informare care să conțină indicatorii planificați de lucru, date efective privind progresul lucrărilor, documente care reflectă rezultatele sau stadiul lucrărilor • Asigurarea accesului multi-utilizator la informații privind progresul lucrărilor în conformitate cu autoritatea utilizatorului • Furnizarea utilizatorilor cu funcționalități de management de proiect oferite de pachete de aplicații adecvate În ceea ce privește suportul informațional pentru proiecte: • Sprijin pentru monitorizarea progresului proiectelor • Formarea unei baze de date unificate de documente și managementul documentelor de proiect • Organizarea şi susţinerea sediului electronic ca o singură reţea-intranet, crearea şi completarea portalului de informare al proiectului În ceea ce privește suportul normativ și metodologic pentru proiecte: • Elaborarea și aprobarea documentelor administrative necesare care reglementează activitățile participanților la proiect (regulamente, instrucțiuni, proceduri, modele de documente de management) • Sprijin pentru reglementarea activității și interacțiunea dintre participanții la proiect, inclusiv la nivelul tehnologiilor de management al proceselor de afaceri Structura organizatorică a ÎPT: • șef de ÎPT; • Administrator de sistem; • administrator al portalului de informare; • administrator de sistem de management al proiectelor; capitolul • analişti; • operatori Responsabilitățile profesionale ale angajaților ÎPT Șeful OPT gestionează activitatea curentă și răspunde personal de activitățile biroului Domeniul său de responsabilitate include: • înregistrarea și urmărirea implementării planurilor de lucru pentru proiecte; • înregistrarea volumelor de lucrări executate; • întocmirea rapoartelor privind activitatea desfășurată și informarea participanților la proiect cu privire la progresul lucrărilor; • documentarea și controlul abaterilor de proiectare, inclusiv riscurile, problemele și modificările; • întreținerea bibliotecii de proiect, inclusiv documentația de proiect și management, precum și corespondența; • rezolvarea problemelor de suport material și tehnic al ÎPT Administratorul de sistem ÎPT este responsabil pentru operabilitatea complexului software și hardware al sistemului de management al proiectelor Funcțiile sale includ: • crearea de conturi de utilizator și parole; • backup și recuperare de baze de date Administratorul portalului de informații este responsabil pentru dezvoltarea și funcționarea portalurilor de proiecte Funcțiile sale includ proiectarea conținutului portalului, dezvoltarea de software și publicarea informațiilor Notă: posturile de administrator de sistem și de administrator al portalului de informații pot fi externalizate către subdiviziuni sau organizații terțe care sprijină și întrețin sistemele informaționale ale întreprinderii Administratorul sistemului de management al proiectelor menține informații la nivelul întregii companii în cadrul sistemului - pool-uri de resurse, liste de proiecte în derulare, arhive ale documentației proiectului etc Analiștii ÎPT sunt responsabili pentru dezvoltarea și actualizarea documentației organizatorice, administrative și de reglementare și metodologică a proiectelor Operatorii ÎPT asigură introducerea și corectarea informațiilor despre planuri, rapoarte și documente aferente Managementul programelor vizate în societatea de management al holdingului de combustibil și energie Planificare organizațională Majoritatea exploatațiilor rusești de combustibil și energie sunt în prezent construite pe principiile managementului strict centralizat Acest lucru face ca activitățile societății de administrare a complexului holding de combustibil și energie similare (atât în orientarea lor funcțională, cât și în forma de implementare) Proiecte și strategie Proiecte, programe și portofolii de proiecte privind activitățile ministerelor federale (comitete, servicii) Acest lucru se aplică și mecanismului de gestionare a programului țintă utilizat În mod tradițional, un astfel de mecanism este planificarea organizațională, în cadrul căreia se determină un set de măsuri, care constituie programul țintă Problemele comune ale schemelor tradiționale de planificare organizațională sunt bine cunoscute: • Lipsa unei metodologii și tehnologie unificate de planificare creează un decalaj între nivelul strategic de planificare și nivelul activităților specifice Prevederile strategiilor și programelor sunt interpretate inadecvat la nivelul interpreților • Legăturile structurale complexe între activități fac ca sistemul de planuri să nu fie transparent Conducerea exploatației nu este în măsură să coreleze munca depusă cu strategia generală de dezvoltare • Indicatorii de performanță pentru implementarea programului sunt formali, iar procesul de calcul al acestora este complex și necesită timp Prezența acestor probleme duce la o scădere a g efective ' managementul și controlul implementării programelor vizate în general și activităților lor constitutive Resursa administrativă pentru gestionarea acestor procese se epuizează foarte repede Acest lucru dă naștere nevoii de a dezvolta și aplica metode și instrumente speciale care să sprijine planificarea și controlul activităților diferitelor departamente ale societății de administrare a holdingului Următoarele sunt două abordări pentru rezolvarea problemelor de planificare organizațională la nivelul societății de management a holdingului folosind metode tradiționale de management de proiect Coordonarea formală a activităților organizaționale Structura planurilor de holding, de regulă, acoperă mai multe orizonturi de planificare - operațional, pe termen mediu, strategic - și se închide pe planuri financiare (un exemplu de structură posibilă a planului este prezentat în Figura ) Procedura de formare a planurilor arată în mod tradițional astfel: pregătirea propunerilor - de jos în sus, aducerea planurilor la executanți - de sus în jos Rețineți că există mai multe instanțe intermediare pe calea propunerilor, cum ar fi Departamentul pentru Construcții de Capitală capitolul G Nivel planificare strategica Sarcini pentru anul anual plan financiar Nivel! planificare pe termen mediu ▼ ▼ L Nivel semestriala plan organizatoric planificare operationala L Planuri de lucru departamente Figura Structura planurilor organizatorice a filialei și a unei divizii specializate a societății de administrare a holdingului Pentru a sprijini funcționarea întregului mecanism, se creează o structură organizatorică în societatea de administrare a holdingului, a cărei sarcină este să coordoneze în mod continuu toate proiectele de dezvoltare planificate și implementate în holding Vom numi de acum înainte această structură Coordonator Coordonatorul este responsabil atât de formarea unui plan de măsuri organizatorice, cât și de monitorizarea implementării acestuia Din punctul de vedere al planificării activităților organizaționale, Coordonatorul rezolvă următoarele sarcini: • colectarea cererilor de executare a lucrărilor în cadrul programelor de dezvoltare vizate; • formarea și interconectarea măsurilor de planuri de diferite niveluri (legături verticale); • Formalizarea și contabilizarea interrelațiilor diverselor activități din punct de vedere al timpului, resurselor etc (legături orizontale) Din punctul de vedere al monitorizării implementării măsurilor organizatorice, Coordonatorul rezolvă următoarele sarcini: • contabilizarea utilizării resurselor materiale, financiare și umane; Proiecte și strategie Proiecte, programe și portofolii de proiecte • sesizarea întârzierilor, amânării termenelor și îndeplinirea altor funcții de control; • formarea raportării curente și analitice Procesele de management al programului țintă pot fi descrise ca un set de reglementări și proceduri care determină procedura pentru acțiunile și domeniile de responsabilitate ale funcționarilor legate de implementarea programelor țintă (vezi Tabelul ) Instrumentele tradiționale de programare pot fi folosite pentru a gestiona aceste procese, dar trebuie acordată o atenție deosebită managementului documentelor și practicilor de afaceri Trebuie remarcat faptul că Coordonatorul oferă doar suport formal pentru procesele de management al programelor vizate, fără a aprofunda latura de conținut a problemelor și fără a lua decizii manageriale Din punctul de vedere al managementului de proiect modern, această abordare poate părea arhaică Cu toate acestea, această cultură managerială tradițională a organismelor guvernamentale este foarte tenace și, din câte știm, continuă să fie folosită în companiile moderne de combustibil și energie Dar toate acestea nu anulează necesitatea de a gestiona programele țintă în esență La examinarea acestei probleme ne întoarcem De la coordonare la management Pentru a ilustra metodele care pot fi folosite într-un holding pentru a gestiona programe țintă, să luăm ca exemplu un program țintă pentru crearea unui sistem informațional integrat corporativ care acoperă diverse domenii funcționale de activitate și diferite niveluri de management Program țintă pentru crearea unui sistem informațional integrat corporativ Structura sistemului include două grupuri de componente: • subsisteme aplicate funcţionale (specializate) interconectate care oferă soluţionarea problemelor aplicate în activităţile exploataţiei (proiectele relevante sunt prezentate în Figura ca componente verticale ale structurii programului); • componente de infrastructură (rețele, comunicații, software, infrastructură informațională și organizațională) (proiectele relevante sunt prezentate în Figura ca componente orizontale ale structurii programului) O Tabelul Reglementarea managementului programului țintă Divizia Nivel - Planificare strategica Planificare pe termen mediu Planificare operationala Executie si control Managementul holdingului • Coordonarea și aprobarea programului țintă • Coordonarea și aprobarea planului pentru anul • Analiza eficienței implementării programelor și activităților țintă Coordonator program • Formarea unui program țintă • Formarea unui proiect de plan pentru anul • Formarea proiectelor de planuri semestriale • Interconectarea planurilor de diferite niveluri • Controlul execuției lucrărilor • Întocmirea rapoartelor de sinteză și analitice pentru managementul deținere Executant responsabil • Intocmirea propunerilor pentru programul tinta • Intocmirea propunerilor pentru planul pe an • Intocmirea propunerilor pentru planul semestrial • Intocmirea rapoartelor privind activitatea desfasurata Antreprenor • Planificare detaliată • Execuția lucrărilor • Înregistrarea faptului și a sferei lucrărilor efectuate Proiecte specializate Sistem de management al proiectelor /' Baza de date corporativă Proiect de integrare Integrare proiect Proiect de integrare Proiect de integrare Proiect de integrare Contabilitate Integrare) (Proiectul de integrare este un proiect pentru Proiect de integrare Integrare }/ Proiect de proiect de integrare Integrare c Integrare) (Integrare )( Proiect de integrare /D proiect de proiect z Integrare j G Proiect proiect de integrare Economie și finanțe Resurse materiale și tehnice Provizii Geologie și geofizică controlul operațional al dispecerelor Proiect de inginerie de sistem Proiecte și strategie Proiecte, programe și portofolii de proiecte Figura Structura programului țintă capitolul Subsistemele funcționale nu interacționează direct între ele Efectul unui singur sistem se realizează prin integrarea subsistemelor funcționale într-o infrastructură comună Sarcinile de integrare sunt rezolvate prin crearea unui număr de componente speciale (de integrare) În cadrul proiectelor relevante, sunt în curs de dezvoltare mecanisme de interacțiune a informațiilor locale și a componentelor tehnice utilizate în subsistemele funcționale și infrastructura comună Perechea de integrare este formată dintr-un subsistem funcțional și un subsistem infrastructură: • Integrarea subsistemului funcțional în infrastructura informațională presupune determinarea compoziției datelor schimbate între subsistemul funcțional și banca de date corporativă, precum și dezvoltarea mecanismelor pentru acest schimb • Integrarea unui subsistem funcțional în infrastructura tehnică a sistemului implică definirea modelelor și protocoalelor pentru transferul de informații, andocarea fluxurilor de informații, coordonarea problemelor legate de funcționarea componentelor individuale la nivelul întregului sistem și a serviciilor aplicației • Integrarea subsistemului funcțional în infrastructura organizațională presupune elaborarea standardelor și liniilor directoare necesare industriei, formarea structurilor organizatorice pentru managementul proiectelor, organizarea interacțiunii acestora cu structuri similare pe alte proiecte, organizarea coordonării planificării și controlului executarea lucrărilor Proiectele de integrare sunt prezentate în Figura ca elemente ale intersecției proiectelor funcționale și de infrastructură Strategia de creare a sistemului constă în construirea paralelă și coordonată a subsistemelor funcționale și dezvoltarea infrastructurii acestuia Ciclul complet de dezvoltare a unui subsistem funcțional include implementarea unui proiect pentru dezvoltarea subsistemului funcțional în sine (proiect funcțional), precum și implementarea proiectelor pentru integrarea acestuia în infrastructura organizațională, informațională și a sistemului (proiecte de integrare) Implementarea proiectelor funcționale, de regulă, include trei etape - munca de cercetare (R&D), munca de proiectare experimentală (R&D) și munca de proiectare și sondaj (R&D) Pentru a accelera munca, este posibil și chiar recomandabil să "suprapunem" aceste etape în ceea ce privește timpul de finalizare Figura prezintă o posibilă schemă de sincronizare a proiectelor legate în timp pentru a obține anumite rezultate Un astfel de exemplu detaliat este dat cu unicul scop de a arăta că problemele care apar în implementarea programelor la scară largă pot fi cu greu rezolvate prin emiterea formală a instrucțiunilor și înlăturarea "căpușelor" Părțile interesate din program Complexitatea gestionării unor astfel de programe este legată în primul rând de numărul mare de părți interesate care joacă roluri diferite în proiectele programului Există mai multe roluri tipice ale participanților la proiect: • Investitori - finanțează programul • Client General - incheie contracte cu Antreprenorii pentru executarea lucrarilor la proiect, contabilitate si Proiecte și strategie Proiecte, programe și portofolii de proiecte Dezvoltarea unui subsistem funcțional (proiect funcțional) Subsistem prototip de cercetare și dezvoltare în etapă " Concept Prototip în etapa de cercetare și dezvoltare eu prototip Sarcina tehnică Proiect tehnic proiect de lucru ! Etapa de proiectare și inspecție a subsistemului în sine Proiect tehnic proiect de lucru Integrarea subsistemului funcțional і (proiecte de integrare) і Integrarea organizațională i( Integrarea informațiilor Integrarea tehnică a sistemului Figura Schema schematică a sincronizării proiectelor funcționale și de integrare rolul progresului lucrărilor, evaluarea calității rezultatelor muncii în conformitate cu termenii contractelor, precum și acceptarea lucrărilor și a documentației • Clienți funcționali - determină declarația semnificativă a obiectivelor proiectului, oferă sfaturi cu privire la acestea capitolul sarcini în timpul implementării proiectului și să participe la coordonarea și acceptarea rezultatelor lucrărilor Antreprenorilor • Contractori - organizații terțe sau subdiviziuni ale întreprinderilor exploatației care efectuează lucrări la proiect • Organizații de exploatare - subdiviziuni ale societății de administrare sau filiale ale holdingului care pun în funcțiune componentele sistemului Exemplul luat în considerare în această secțiune este dedicat programului de creare a unui sistem informațional corporativ Practica arată că implementarea unor astfel de proiecte încalcă în mod inevitabil echilibrul existent de interese ale diferitelor departamente ale întreprinderii (Același lucru se poate spune despre orice program de transformare la scară largă care duce la schimbări majore în sistemul de management al companiei ) O încercare de a schimba acest echilibru într-o direcție sau alta prin comandă, de regulă, nu duce la succes, întrucât părțile care nu sunt interesate de succes au suficiente oportunități pentru o întârziere arbitrar de lungă a procesului Prin urmare, ar trebui prevăzut un mecanism care să asigure dezvoltarea și implementarea unor decizii de management echilibrate la toate nivelurile de management al programului O structură organizatorică ierarhică special creată pentru managementul programului, în care sunt reprezentați toți participanții la proiect interesați, poate acționa ca un astfel de mecanism Componența organelor de management al programului Următoarele principii trebuie respectate la formarea organismelor de management al programului: • Toți participanții interesați ai programului, atât din întreprindere, cât și din partea Contractorului, trebuie să fie reprezentați în organele de management al programului • Statutul oficialilor delegați organismelor de management al proiectului ar trebui să fie suficient pentru a lua deciziile necesare pentru a îndeplini rolul de proiect căruia îi este repartizat un anumit oficial (Director de proiect, Manager de proiect, Coordonator etc ) Principiile pentru formarea structurilor organizatorice ale programului, ținând cont de necesitatea unei reprezentări echilibrate a tuturor participanților la program, sunt ilustrate în Tabelul Principii Proiecte și strategie Proiecte, programe și portofolii de proiecte Tabelul Principii pentru formarea organelor de management al programelor Nivel de management Participanți Nivel de management strategic (Comitetul de conducere) Nivel de management operațional (Grup de management) Nivel de management tehnic Investitor Consiliul de Administrație Președinte al Comitetului Director - - Client general Curator Director de proiect Manager de proiect de la Client Coordonator de proiect Lideri de echipă Clienți funcționali Unități în interesul cărora proiectul este implementat Membrii Comitetului de Coordonare Experți Experți Antreprenori Antreprenor general Director de proiect de la Contractor Manager de proiect de la Contractor Chief Designer Team Leaders Specialisti Subcontractanți Proiectanți șefi șefi de departamente Specialiști Organizații de exploatare Divizia Clienti - Experti selecția funcționarilor pentru roluri de proiect în conformitate cu statutul cerut în diferite tipuri de proiecte este ilustrată în tabelul capitolul Tabelul Statutul oficialilor membri ai organelor de management al programului Rolul în proiect Complexitatea proiectului Ridicat Mediu Scăzut Membru al Consiliului Guvernatorilor Top Manager Șef adjunct al departamentului - Director de proiect Top Manager Şef de departament Şef de departament Manager proiect Şef departament Adjunct şef departament Specialist şef Coordonator de proiect Inginer superior Inginer superior Inginer superior Lider de echipă Specialist șef Specialist șef - Expert Conducere Specialist Specialist Specialist Activitățile structurilor organizatorice ale programelor și proiectelor și ale funcționarilor individuali care participă la acestea ar trebui reglementate prin ordine, regulamente, instrucțiuni și alte documente organizatorice și administrative, ale căror versiuni standard ar trebui incluse în standardul operațional pentru gestionarea proiectelor și programelor întreprinderii Organe tehnice de decizie O problemă independentă este nevoia de coordonare constantă a deciziilor tehnice luate în dezvoltarea componentelor individuale ale sistemului Aici s-ar putea să nu fie suficientă coordonarea deciziilor la nivelul diverșilor dezvoltatori (Consiliul designerilor șef) În cazurile în care deciziile luate trebuie să fie coordonate cu decizii la nivel corporativ din domeniul tehnologiei informației, pentru examinarea acestora poate fi implicat un consilier de experți care funcționează permanent în exploatație sau un Consiliu de experți special creat (sau echivalentul acestuia) Examinarea calității soluțiilor de proiectare propuse poate fi efectuată la acest nivel și în cazul unor situații conflictuale Ambele verticale de luare a deciziilor interconectate sunt prezentate în Figura Rețineți că în cadrul acestei structuri există un loc și Proiecte și strategie Proiecte, programe și portofolii de proiecte Figura Structura organizatorică a managementului programului țintă pentru Coordonator, care poate servi ca Biroul Tehnic de Proiect pentru Comitetul Director al Programului Câteva puncte speciale legate de formarea structurilor organizatorice pentru managementul proiectelor și programelor pot fi găsite și în [ , ] rezumat Am examinat câteva exemple de aplicare a metodelor de management de proiect la întreprinderile de combustibil și energie Fiecare dintre aceste întreprinderi are caracteristici care determină anumite priorități în implementarea managementului de proiect O problemă de importanță fundamentală în managementul de proiect al unei întreprinderi miniere în complexul de combustibil și energie este structurarea muncii în scopul de a capitolul formarea corectă a proiectelor, proiectelor și subproiectelor complexe și determinarea persoanelor responsabile și a regulilor de interacțiune a acestora în implementarea proiectelor În același timp, problemele procedurale ale managementului de proiect pot fi rezolvate în cadrul abordărilor tradiționale ale formării unui standard operațional pentru managementul proiectelor întreprinderii (vezi, de exemplu, [ ]) Pentru întreprinderea de transport a complexului de combustibil și energie, problemele de gestionare a portofoliilor de proiecte sunt prioritare Soluția lor este posibilă doar prin utilizarea unor mecanisme strategice de management al întreprinderii care permit luarea unor decizii informate cu privire la formarea portofoliilor de proiecte de investiții În consecință, standardul de operare pentru managementul proiectelor unei întreprinderi de transport în complexul de combustibil și energie, pe lângă secțiunile tradiționale legate de managementul proiectelor individuale, ar trebui să conțină reglementări pentru formarea și monitorizarea unui portofoliu de proiecte, precum și un descrierea criteriilor de evaluare a proiectului În cele din urmă, angajamentul față de ideologia managementului strict centralizat în exploatațiile de combustibil și energie face necesar ca companiile de management să utilizeze metode moderne de gestionare a programelor vizate În același timp, există pericolul confruntării acestor metode cu cultura tradițională a planificării organizaționale Soluțiile posibile la această problemă se află în domeniul organizării și reglementării rezonabile a activităților comune ale tuturor participanților interesați la proiecte și programe Rețineți că vom reveni la subiectul managementului programului țintă în capitolul al acestei cărți Literatură Crawford J K Biroul pentru proiecte strategice NY: Marcel Dekker, Kendall J , Rollins S Modern methods of project portfolio management and project management office Maximizarea rentabilității investiției/Per din engleza M : CJSC "PMSOFT", Tovb A , Tzipes G Managementul proiectelor: standarde, metode, experiență M : CJSC "Olimp-Business", Newell M Biroul de Proiect // Director al Serviciilor Informaționale Nr Santosus M Disciplina de serviciu: de ce avem nevoie de un birou de proiect // Director de servicii de informare Nr Antropova T Proiectul ca formă de viață // BusinessWeek Rusia Nr , octombrie Mazur I , Shapiro V et al Managementul proiectelor Manual pentru profesioniști Moscova: Școala superioară, Tzipes G De câte birouri de proiect are nevoie compania dumneavoastră // Director de servicii de informare Nr Proiecte și strategie Proiecte, programe și portofolii de proiecte Kaplan R , Norton D Balanced Scorecard M : CJSC "Olimp-Business", Kaplan R , Norton D O organizație orientată spre strategie M : CJSC "Olimp-Business", Kaplan R , Norton D Hărți strategice M : CJSC "Olimp-Business", Zabrodin Yu , Kolikov V , Saruhanov A Managementul proiectelor de construcție de petrol și gaze M : Economie, Tsiperman G N , Tsipes G L Management de proiect pentru CEO Recomandări practice // iBUSINESS Nr Samoshchenkov S , Soshnin A , Tsipes G Programe și proiecte în administrația publică // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Tzipes G Proiecte, portofolii de proiecte și programe la întreprinderile complexului combustibil și energetic // Intern Simpozion "Managementul de proiect: afaceri Idei Practică", Sankt Petersburg, - mai Tzipes G Întreprinderea complexă de combustibil și energie ca companie orientată spre proiecte // Director servicii informaționale Nr capitolul Proiecte și procese Operator de telecomunicații ca un proiect orientat companie Conținutul capitolului Scurtă prezentare a metodologiei Procese și proiecte - înainte și înapoi Procesele ca proiecte Proiectele ca procese Armonizarea abordărilor procesului și proiectelor în activitatea companiei Etapa Structurarea operațiunilor companiei Etapa Crearea mecanismelor de implementare a proceselor în formă de proiect Etapa Crearea mecanismelor de execuție unitară a proiectelor Concluzii Motive și premise pentru implementarea managementului de proiect într-o companie de telecomunicații Caracteristici ale organizării proiectelor de racordare Transferul de responsabilitate Formarea echipelor de proiect Sistemul de motivare Managementul proiectului de conexiune Mediu formalizat de management al proiectelor Proceduri de management de proiect Modele de documente de management Criterii de optimizare a proceselor de conectare "Cum să punem capăt penuriei de montatori?" Dezvoltarea ulterioară a abordării proiectului De la proiecte de conectivitate la proiecte de servicii de solicitare Stratul de procesare a cererilor front-end Nivelul de inițializare a proiectului Nivelul de execuție a proiectului Strategia de implementare a abordării proiectului Literatură Scurtă prezentare generală a metodologiei Procese și proiecte - înainte și înapoi Astăzi, există două puncte de vedere principale asupra proiectelor din companie: proiectele ca formă de implementare a principalelor activități ale companiei și proiectele ca formă eficientă de implementare a schimbărilor în companie În consecință, companiile pot fi împărțite și în orientate spre proiecte, care își implementează principalele activități sub formă de proiecte comerciale, și neorientate către proiecte, care, dacă folosesc proiecte, atunci în principal ca instrument de dezvoltare internă Totuși, o astfel de diviziune este mai degrabă condiționată, deoarece, încercând să crească eficiența anumitor operațiuni, compania ajunge spontan să înlocuiască procesele obișnuite cu proiecte (din păcate, adesea în forme surogat) În schimb, în încercarea de a crește eficiența implementării proiectului, compania ajunge să vadă proiectul ca un proces tipic, periodic recurent, care poate fi standardizat în ciuda obiectivelor și condițiilor unice pentru implementarea acestuia Astfel, putem observa următoarele, în opinia noastră, tendințe inevitabile în activitățile diferitelor companii: • La un moment dat, poate fi necesar să se trateze orice proces ca pe un proiect Exemple: rulări-pilot de procese noi sau procese modificate după reinginerie; pericolul nefinalizării operațiunilor cu un cost ridicat al pierderilor; solicitări de service de la clienți VIP etc • Orice companie care implementează proiecte mai devreme sau mai târziu trebuie să prezinte proiectul ca un proces unificat, asociat cu necesitatea de a standardiza abordările de implementare a diferitelor tipuri și proiecte de scară diferită și de a crește eficiența acestora capitolul Cu toate acestea, abordările prin proces și proiect impun cerințe diferite, adesea opuse, asupra diferitelor aspecte ale sistemului de management al companiei, precum structura organizațională, politica contabilă, personalul, sistemul de motivare etc , ceea ce creează bariere serioase în calea managementului eficient al proiectelor companiei Combinația armonioasă a abordărilor proces și proiect necesită un anumit nivel de maturitate din partea companiei, deoarece, așa cum vom vedea mai jos, o astfel de combinație este posibilă numai pe baza unui întreg sistem de standarde formalizate și a relațiilor interne corporative Aceasta, la rândul său, înseamnă că societatea va avea atât costuri imediate pentru reorganizarea sistemului de management al companiei, cât și costuri ulterioare pentru "proprietatea" a două bucle de control paralele (proces și proiect) A merge sau a nu merge la aceste cheltuieli nu este, în opinia noastră, o chestiune de domeniul de activitate al companiei sau de dimensiunea acesteia Este vorba despre o strategie pe termen lung de dezvoltare a companiei, al cărei preț este eficiența afacerii și posibilitatea existenței de succes a companiei pe piață Acest capitol este dedicat analizei posibilităților de îmbinare a abordărilor procesului și proiectului în organizarea activităților companiei și aspectelor practice ale armonizării acestora Procesele ca proiecte În primul rând, să ne asigurăm că însăși formularea întrebării privind implementarea proceselor în forma de proiectare nu este lipsită de sens Pentru a face acest lucru, luați în considerare clasificarea proceselor de afaceri, construită pe două temeiuri: posibilitatea modificării liniei de produse a companiei și posibilitatea de "personalizare" a produselor la cerințele consumatorului (vezi Fig ) În conformitate cu această clasificare, evidențiazăm patru grupe principale de procese și ilustrăm cu exemple posibilitatea utilizării proiectelor în execuția acestor procese Segmentul Oportunități limitate de a schimba linia de produse și de a "personaliza" produsele Acest segment include companii care produc un produs axat pe satisfacerea unei nevoi constante, recurente Procesele sunt construite în conformitate cu tehnologia de producție și sunt unice pentru fiecare afacere Limitele proceselor sunt determinate în principal de reglementările privind diviziunile În Figura , astfel de procese sunt luate în considerare folosind exemplul unei companii de taxi Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte Posibilitate de schimbare a liniei de produse Transportatorii aerieni Firme de consultanta Semnificativ Segmentul Integratori de sistem Segmentul ' Limitat Dezvoltatorii de software standard Agentii de turism VIP Depouri de taxiuri Segmentul Companii de telecomunicații Segmentul Firme de asigurari Hoteluri Limitat Semnificativ Capacitatea de a "personaliza" produse pentru consumator Figura Clasificarea proceselor de afaceri ІІІRG EM și service ■ de comenzi vanis Procese în care este nevoie de management de proiect Figura Procesele de afaceri ale flotei de taxiuri De regulă, sarcinile repetitive de rutină sunt rezolvate în cadrul acestor procese Cu toate acestea, este sigur să presupunem că o reparație sau întreținere complexă a unui client important poate necesita o schimbare a procedurilor stabilite și atunci va apărea nevoia unei organizari de proiect capitolul Criteriul de alegere a formei de activitate (proces sau proiect) în aceste cazuri ar trebui să fie fezabilitatea economică Calculul ar trebui să țină cont atât de costurile care cresc la aplicarea abordării proiectului, cât și de posibila pierdere de profit în caz de întrerupere a muncii sau pierdere a clientului Segmentul Domeniu limitat pentru schimbarea liniei de produse și opțiuni semnificative de "personalizare" a produsului În primul rând, acest segment include companii care produc un produs al cărui consum este prelungit în timp, regenerabil Aceste companii se străduiesc să răspundă cât mai complet posibil cerințelor anumitor clienți, astfel încât procesele de afaceri sunt axate pe menținerea relațiilor cu clientul și sunt end-to-end Structura proceselor practic nu depinde de tipul de afacere Granițele procesului sunt definite de etapele relațiilor cu clienții Figura ilustrează astfel de procese folosind exemplul unui operator de telecomunicații Aici, oportunitatea aplicării abordării proiectului, ca și în cazul precedent, este asociată cu complexitatea tehnică a problemei care se rezolvă și cu semnificația clientului În multe cazuri, în special atunci când se lucrează cu clienți corporativi, atât pregătirea unui contract, cât și implementarea acestuia, cât și munca ulterioară cu cereri și reclamații pot fi realizate mult mai eficient într-o formă de schiță (pentru mai multe detalii, vezi [ , ] ) Segmentul Domeniu de aplicare semnificativ pentru schimbarea liniei de produse și opțiuni limitate de "personalizare" a produsului Acest segment include companii care răspund rapid la schimbările cererii și își adaptează linia de produse la cerințele reale ale pieței în ansamblu Procesele de afaceri sunt conforme Găsirea unui client și determinarea capacităților acestuia Procese în care este nevoie de management de proiect Figura Procesele de afaceri ale operatorului de telecomunicații Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte ciclul de viață al produsului, astfel încât structura proceselor nu depinde de tipul de afacere Figura ilustrează aceste procese folosind exemplul unui transportator aerian ale cărui produse sunt transportul de pasageri pe anumite rute Aplicarea abordării proiectului poate fi adecvată în toate etapele ciclului de viață asociate cu dezvoltarea și implementarea produsului (adică, excluzând vânzările și întreținerea) Segmentul Oportunități semnificative de schimbare a liniei de produse și de "personalizare" a produselor Acest segment include companii axate pe crearea unui produs unic pentru fiecare client, atât folosind linia de produse existentă, cât și completând și dezvoltând-o Procesele de afaceri corespund ciclului de viață al obiectului creat (sistem informațional, structură etc ) Figura ilustrează aceste procese folosind un șantier ca exemplu De regulă, companiile din acest segment sunt orientate spre proiect, adică o parte semnificativă a activităților lor se desfășoară sub formă de proiect și toate etapele ciclului de viață al unui obiect, cu excepția operațiunii, sunt combinate într-una sau mai multe proiecte Toate grupele de procese considerate ni se par a fi destul de universale L Într-adevăr, din punct de vedere al structurii proceselor (și al posibilităților de aplicare a abordării proiectului), este foarte posibil să înlocuim o flotă de taxiuri cu un hotel, un operator de telecomunicații - cu un fond de pensii, un transportator aerian - cu un dezvoltator de software standard Se poate face o afirmație și mai puternică: în activitățile fiecărei companii, într-o măsură sau alta, există mai multe și chiar toate cele patru grupe de procese luate în considerare Să explicăm această afirmație pe exemplul companiilor IT multidisciplinare Procesele primului grup sunt tipice pentru toate serviciile IT în acea parte a responsabilităților lor care se referă la întreținerea și sprijinirea funcționării sistemelor informaționale Procesele celei de-a doua grupe sunt pentru departamentele care furnizează servicii de outsourcing în domeniul IT Unitățile de afaceri care sunt specializate în producția de software standard utilizează procese ciclului de produs În cele din urmă, integratorii de sisteme își orientează de obicei procesele de afaceri în jurul ciclului de viață al sistemelor informaționale Autorii nu s-au străduit pentru o acoperire exhaustivă a tuturor tipurilor posibile de procese și s-au limitat în mod deliberat la a lua în considerare doar acele procese în care sunt implementate principalele activități ale companiilor capitolul f X S f" * b ih ! ls E O DESPRE S S th sa o du-te * du-te o du-te f o f despre * GO și despre GO ) l despre Ha f o GL f •js X-a co o Ha DESPRE din sud du-te O du-te du-te th O un Y du-te merge* oh oh X •* Q - • la SX f g ha Și X go o sa f a f s go X sa go f f al X-lea S w O ha o f £ o £ f g Figura Procesele de afaceri ale companiei de constructii CL Despre e f F GO o Și Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte Proiectele ca procese Prezentarea proiectului ca un set de procese este binecunoscută specialiștilor din domeniul managementului de proiect conform binecunoscutului standard PMBOK(r)Guide PMI (vezi [ ]) Cu toate acestea, natura cadru a acestui standard nu permite construirea de procese de management de proiect la nivel de companie cu nivelul necesar de detaliu Este cu atât mai dificilă încadrarea acestor procese în contextul relațiilor interne corporative, ținând cont de specificul structurii organizaționale, principiile de coordonare și subordonare, regulile de lucru de birou etc Singura modalitate de a prezenta proiectul ca un proces unificat este prin crearea unui standard de management al proiectelor corporative care să includă elemente precum reglementări și reglementări (inclusiv principiile contabilității costurilor cu forța de muncă și motivației), proceduri de implementare a proiectului, instrucțiuni de rol pentru proiect personal, modele pentru documente de management Informații detaliate despre principiile creării unui standard de management al proiectelor corporative pot fi găsite în [ ] Aici ne vom restrânge la o scurtă descriere a proceselor implementate în cursul implementării proiectului și prezentate în standard sub formă de proceduri Din punct de vedere al metodologiei de management de proiect, setul total de posibile procese de management de proiect poate fi reprezentat ca un spațiu tridimensional, prezentat în Figura [ ] Fiecare punct al acestui "spațiu" este un proces elementar de management De exemplu, "planificarea riscurilor în stadiul dezvoltării sistemului" sau "controlul calității proiectării sistemului" Pentru comoditatea descrierii și execuției, procesele de management de proiect ar trebui grupate în funcție de anumite principii și prezentate sub formă de proceduri formale Există diverse principii de grupare în conformitate cu axele "spațiului" proceselor de management de proiect: • "principiul abscisei" - pe etape ale ciclului de viață al proiectului; • "principiul ordonanței" - pe funcții de conducere; • "principiul aplicării" - prin faze de control De exemplu, sunt luate etapele ciclului de viață al unui proiect de creare a unui sistem informațional capitolul Funcții de control Conținut și limite Figura "Spațiul" proceselor de management de proiect Esența principiilor pentru formarea procedurilor de management de proiect este următoarea (pe exemplul "principiului de ordonanță"): • Toate funcţiile descrise într-o procedură se referă strict la o singură funcţie de control (de exemplu, controlul variaţiei) • Interacțiunea acestei funcții cu alte funcții (de exemplu, cu funcția de management al costurilor proiectului) este descrisă prin referire la procedurile corespunzătoare, care pot fi construite conform "principiului ordonate" (de exemplu, procedura de management al costurilor), "principiul aplicat" sau "principiul abscisei" • Conținutul procedurii ar trebui să acopere aspectele de management din cadrul acestei funcții (de exemplu, managementul variațiilor) în toate etapele ciclului de viață al proiectului și în timpul tuturor fazelor de management Sunt posibile și abordări combinate De exemplu, ca principiu de bază, poate fi utilizată o grupare a proceselor pe faze ale managementului și pentru o serie de procese care sunt de importanță fundamentală Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte De exemplu, pentru dezvoltarea unei culturi de management de proiect, gruparea pe funcții de management: • faza de inițializare este descrisă de procedura "Luarea deciziilor privind lansarea proiectelor"; • faza de planificare - prin procedurile "Selectarea unui contractant și încheierea unui contract" și "Lansarea proiectului"; • faze de execuție și control - prin procedura "Monitorizarea și analiza execuției proiectelor"; • faza de finalizare - prin procedura "Finalizarea proiectului"; • funcția de gestionare a abaterilor (riscuri, probleme, modificări) - prin procedura "Gestionarea abaterilor" În ceea ce privește procedurile de management de proiect și procedurile care descriu execuția proceselor care nu sunt legate de proiecte, ar trebui să se aplice reguli uniforme de sprijin și utilizare Deci, dacă o companie are un sistem de management al calității, procedurile de management de proiect ar trebui elaborate în conformitate cu cerințele sale, mecanismele de revizuire a acestora ar trebui să fie strict reglementate, iar corectitudinea execuției ar trebui să facă obiectul unor audituri periodice Armonizarea abordărilor procesului și proiectelor in activitatile firmei Unul dintre obstacolele majore în calea implementării managementului de proiect este inevitabila redistribuire a sferelor de influență în companie, atât la nivel de management mediu, cât și de vârf, care o însoțește inevitabil Anterior, totul era simplu: managerul funcțional era responsabil pentru rezolvarea sarcinilor specifice, construia procesele adecvate și punea oamenii pe implementarea acestora Acum se dovedește că aceeași problemă poate fi, în principiu, rezolvată într-un mod diferit și, poate, va fi mai eficient Dar, în același timp, "drepturile de proprietate" asupra unei părți a procesului sau asupra unor forme separate ale implementării procesului trebuie să treacă altor persoane - de la manageri funcționali la manageri de proiect Pentru a se asigura că astfel de "transferuri de control" nu conduc la tulburări politice vizibile în cadrul companiei, trebuie definite reguli formale pentru coexistența activităților de proces și de proiect Un alt factor de reținut în legătură cu armonizarea abordărilor procesului și proiectelor este că este tentant pentru un manager de proiect să organizeze managementul într-un mod care capitolul este convenabil pentru el, - sarcinile sunt unice Însă dacă fiecare lider acționează conform acestui principiu, în organizație va apărea haos, mai ales dacă luăm în considerare necesitatea existenței paralele a două culturi de management (proces și proiect) în companie Soluția aici, așa cum s-a menționat mai sus, este crearea unui standard corporativ care definește un set de proceduri de management și reguli uniforme pentru sprijinirea și utilizarea acestora, indiferent dacă reglementează activitățile de proces sau de proiect Pe baza acestor considerații, vedem trei etape principale în procesul de asigurare a unei îmbinări armonioase a activităților de proces și de proiect în cadrul companiei Etapa Structurare activitatile de exploatare ale societatii Conținutul etapei este o descriere formală a structurii organizatorice și funcționale a proceselor de afaceri (funcții implementate, performeri) Poate că, în cursul formalizării, va fi efectuată o anumită restructurare: funcțiile redundante sau duplicate sunt eliminate, se adaugă funcțiile lipsă și responsabilitatea este redistribuită Acest lucru este deosebit de important având în vedere că rezultatul etapei va fi un proces de bază care va fi apoi comparat cu opțiunile rezultate din schimbări mai radicale În această etapă, ar trebui determinat și un singur centru de responsabilitate pentru proces, proprietarul procesului Această persoană (sau grup de persoane) este responsabilă pentru cursul și rezultatul întregului proces în ansamblu și va decide ulterior asupra formei în care să efectueze implementările specifice ale acestui proces Etapa Crearea mecanismelor implementarea proceselor în forma de proiectare Cu х • і -anion din această etapă sunt: • Construirea de opțiuni alternative pentru implementarea proceselor Pentru procesele pentru care practica curentă este nesatisfăcătoare, se dezvoltă opțiuni de optimizare a acestora pe baza aplicării abordării proiectului Criteriile de optimizare pot fi constrângeri formale ale procesului, cum ar fi timpul de execuție, resursele utilizate, calitatea rezultatului și alți indicatori care determină conformitatea proceselor cu obiectivele de afaceri ale companiei Câteva puncte fundamentale legate de implementarea acestei etape sunt descrise mai detaliat în [ ] Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte • Adaptarea sistemului de management al companiei la implementarea proiectelor Cele mai semnificative schimbări sunt în zona structurii organizatorice a companiei Vorbim de unități organizatorice permanente (biroul de management de proiect) și temporare (echipe de proiect) care sunt implicate în lucrul pe proiecte sau sunt special create pentru aceasta Alte posibile consecințe care decurg din modificarea structurii organizatorice sunt modificarea sistemului de bugetare al companiei, principiile selecției și motivației personalului etc • Formarea reglementărilor pentru interacțiunea proprietarilor de procese cu managerii de proiect Decizia de aplicare a abordării proiectului este luată, așa cum am menționat mai sus, de către proprietarul procesului Totuși, adoptarea acestei decizii și implicarea unui manager dedicat pentru execuția proiectului nu înlătură deloc responsabilitatea procesului de la proprietarul acestuia El este cel care determină metodologia și tehnologia pentru rezolvarea problemei, selectează specialiștii necesari și, eventual, le controlează activitatea din partea conținutului Managerul de proiect este responsabil pentru problemele de management operațional Cu toate acestea, cantitatea de autoritate care i-a fost delegată poate varia foarte mult și depinde atât de specificul sarcinilor care sunt rezolvate, cât și de tradițiile culturii corporative În principiu, multe pot fi reglementate în relația dintre aceste două figuri cheie - împărțirea responsabilității, regulile pentru "transferul controlului" către echipele de proiect, alocarea resurselor și rezolvarea problemelor litigioase Dar nu o influență mai mică (dacă nu mai mare) asupra succesului combinării activităților procesului și a proiectului este exercitată de spiritul de cooperare, adică de faptul că reglementarea se pretează într-o foarte mică măsură Etapa Crearea mecanismelor executarea unificată a proiectului În această etapă ar trebui pus un semn de egalitate cu drepturi depline între procese și proiecte Proiectele își pierd haloul de exclusivitate, implementarea lor devine o chestiune obișnuită, de rutină Procesele care apar în timpul execuției proiectelor sunt structurate și descrise sub formă de proceduri Aceste procese au propriul proprietar, care le monitorizează eficacitatea, execuția corectă și este responsabil de dezvoltare Proprietarul proceselor de management de proiect este, de obicei, Biroul de Management al Proiectului sau un alt serviciu al companiei similare ca funcție (vezi capitolul vezi Secțiunea pentru mai multe detalii, precum și în [ , ]) Dacă în companie nu se creează o astfel de structură specializată, funcțiile de menținere a standardului de management al proiectelor corporative pot fi încredințate Serviciului Calitate concluzii Pentru multe sarcini de producție cu care se confruntă companiile moderne, este imposibil să se determine în prealabil care formă a soluției lor va fi mai eficientă - proces sau proiect Dacă situațiile în care trebuie să faceți o astfel de alegere se transformă din excepții în reguli, devine necesară, în primul rând, formalizarea procedurilor de luare a unor astfel de decizii și, în al doilea rând, asigurarea însăși posibilitatea existenței simultane a ambelor forme de management in compania Primul se realizează prin: • dezvoltarea unui sistem de criterii clare pentru a determina în fiecare caz specific care formă este mai eficientă; • distribuirea corectă a drepturilor și responsabilităților între proprietarii de procese și managerii de proiect, cărora li se acordă controlul asupra instanțelor individuale ale acestor procese A doua se realizează, în primul rând, prin construirea unor structuri organizatorice flexibile de tip matrice, care impun imediat cerinţe speciale asupra sistemului de bugetare, şi asupra sistemului contabil, şi asupra multor alte instrumente de management din companie Elaborarea unui standard corporativ de management de proiect folosind metode și standarde de management al calității poate juca un rol deosebit în armonizarea procesului și a activităților de proiect ale unei companii Din punctul de vedere al managementului calității devine cel mai evident faptul că procesele și proiectele sunt doar două fețe ale aceleiași monede Cauze și fundal implementarea managementului de proiect într-o companie de telecomunicații Vorbind despre proiecte într-o companie de telecomunicații, de cele mai multe ori se referă la proiecte de dezvoltare și modernizare a infrastructurii de telecomunicații Multe dintre cele mai mari companii din industrie au implementat cu succes standarde și sisteme de management pentru acestea Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte proiecte - Central Telegraph [ ], Kazakhtelecom [ ], Deutsche Telekom Group [ ] etc Se cunosc mult mai puțin despre principiile de organizare a așa-numitelor proiecte "client", adică proiecte care vizează satisfacerea oricăror nevoi ale clienților specifici Aceste proiecte, care sunt un instrument pentru creșterea eficienței proceselor tradiționale ale companiilor de telecomunicații, vor fi discutate în continuare Structura organizatorică tradițională a unei companii de telecomunicații se bazează pe un model funcțional ierarhic Managementul într-o companie construită după acest model este implementat printr-un sistem de management (management administrativ); elementul cheie al acestora din urmă sunt managerii de mijloc - șefii de departamente, care sunt direct subordonați angajaților companiei Managementul administrativ este departe de a fi întotdeauna eficient, întrucât șeful unității este adesea obligat să-și asume responsabilitatea pentru rezultatul final al procesului, având doar pârghii de influență limitate și doar în anumite etape ale acestui proces Într-o astfel de situație, devine firesc ca managerii de linie să-și concentreze în mâinile lor cât mai multă autoritate și, în consecință, responsabilitate pentru a crește posibilitatea influenței lor asupra obținerii rezultatului final Ca urmare, subdiviziunile au sarcini non-core, ceea ce complică managementul și drenează resursele subdiviziunii În același timp, apar "conflicte de frontieră" care înrăutățesc climatul în echipă, dau naștere la competiție între departamente și duc la dificultăți serioase în implementarea proceselor de afaceri end-to-end Ca urmare, responsabilitatea pentru rezultat este forțată să fie concentrată la conducerea de vârf a companiei Eliminarea acestor neajunsuri este posibilă prin trecerea la o structură organizatorică matriceală și introducerea metodelor de management de proiect În același timp, funcțiile "controversate", împreună cu specialiștii care le implementează, sunt transferate din zona de responsabilitate a managerului funcțional în zona de responsabilitate a managerului de proiect Structura organizatorica matriciala presupune formarea de echipe temporare bazate pe diviziile functionale permanente ale firmei, care sunt create intr-un scop anume sau pentru un proiect pentru a rezolva o problema anume si se bucura in acelasi timp de o anumita libertate in organizarea muncii lor Vom demonstra posibile abordări ale implementării managementului de proiect într-o companie de telecomunicații folosind exemplul activităților de vânzare a produselor (serviciilor) companiei Conținutul principal al acestei activități este crearea de produse unice capitolul (servicii) la cerințele anumitor clienți, folosind linia de produse existentă și posibilitatea de personalizare (setare) a produselor Descriind procesul de creare a rezultatului final, se observă în [ ] că la el participă specialiști din diferite departamente ale companiei, cum ar fi agenți de vânzări, ingineri și economiști Mai mult, pentru a obține rezultate într-un timp scurt, munca lor ar trebui să fie cât mai coordonată posibil (vezi Fig ) De obicei, structura organizatorică a unei companii de telecomunicații se concentrează în mare măsură pe unul sau altul model de operare al afacerii de telecomunicații De exemplu, organizația TeleManagement Forum oferă modelul TOM (Telecom Organizations Model), un model cadru la nivel de industrie pentru procesele din industria telecomunicațiilor Modelul TOM oferă o clasificare universală (în sensul independenței față de o anumită organizație, tehnologie sau conținut de serviciu) a proceselor, pe de o parte, pe niveluri de management și, pe de altă parte, pe anumite domenii de activitate, care sunt cele mai definit corect ca funcțional (vezi Fig ) Orientarea către astfel de modele se exprimă în faptul că unitățile funcționale sunt formate după principiul "orizontal" în conformitate cu nivelurile de management ale modelului de funcționare În același timp, procesele de afaceri sunt end-to-end și afectează toate nivelurile modelului Împreună, aceste două fapte duc la faptul că execuția oricărui proces, inclusiv procesul de vânzare, necesită multe "tranziții de control" și coordonare între departamente Este posibil să se minimizeze costurile acestei complicații a procesului de management numai prin concentrarea responsabilității pentru întregul proces într-o singură mână Iar asta impune necesitatea creării de unități specializate (permanente sau temporare) axate pe execuția unor procese specifice Posibilitatea acestui lucru este oferită de abordarea proiectului, care consideră crearea unui produs sau serviciu ca un set unic de activități țintite interconectate, cu anumite cerințe pentru calendarul, bugetul și caracteristicile rezultatului așteptat În conformitate cu procesele de afaceri de telecomunicații end-to-end, structurile de proiect ar trebui să fie formate conform principiului "vertical" Acestea trebuie să fie create pentru a efectua lucrări specifice (proiecte), să aibă un plan de lucru detaliat, buget propriu și sistem de motivare Echipa de proiect include angajați ai departamentelor funcționale și/sau specialiști implicați temporar Aplicarea abordării proiectelor conduce, așadar, la structura matriceală a companiei, în care subdiviziunile funcționale Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte Cu ha * g o - f e O F Ha f DESPRE ± ha şi f q f d o DESPRE O S despre O Ha Ha O f \u d g o t X o Q O X * Despre g ') O ha cu az Asa de O F e Ha £ o o \ o f Oh oh f S SX sar r ga go Figura Formarea structurilor de proiect capitolul niya se "intersectează" cu echipele de proiect, ceea ce este pe deplin în concordanță cu modelul TOM Schimbările în implementarea managementului de proiect pot consta nu numai în utilizarea unor echipe temporare, ci și în crearea de noi unități structurale permanente în tabloul de personal al companiei, cum ar fi, de exemplu, Biroul de Proiect sau Serviciul de Management de Proiect Aceste servicii ar trebui să fie delegate funcțiilor de management al portofoliului de proiecte și, în special, de planificare a resurselor în întreaga companie Caracteristici de organizare proiecte de conectare Redistribuirea responsabilitatii Experiența arată că cele mai grave probleme în procesele de afaceri ale unei companii de telecomunicații sunt: • un număr nerezonabil de mare de aprobări și dorința de a transfera responsabilitatea către structuri adiacente sau niveluri superioare de management; • slabă organizare a planificării și contabilizării utilizării resurselor de muncă Aceste probleme sunt și (și chiar mai mult) caracteristice proceselor de vânzare Rezolvarea acestor probleme este posibilă doar pe baza unui sistem echilibrat de repartizare a drepturilor și responsabilităților între persoanele care exercită managementul administrativ și de proiect Modelul matriceal oferă capabilitățile necesare pentru a crea un astfel de sistem în raport cu procesele de vânzare În acest model, apar două roluri noi - un manager de resurse și un manager de proiect (vezi Figura ), care vă permite să eliminați unele dintre sarcini (și responsabilitate) de la șeful unității și, astfel, să-l elibereze să gestioneze soluția de sarcinile de bază ale unității În special, sarcinile de bază ale Serviciului de vânzări sunt: căutarea și consultarea potențialilor clienți, desfășurarea negocierilor preliminare, gestionarea clienților (analiza nevoilor acestora, oferirea de noi servicii companiei etc ) Toate sarcinile legate de pregătirea și implementarea soluțiilor tehnice necesare pentru a oferi clientului acces la serviciile achiziționate de acesta sunt transferate în zona de responsabilitate a managerilor de proiect Aceste sarcini ar trebui rezolvate în cadrul proiectelor de vânzări relevante În același timp, o parte din munca în proiecte continuă să fie Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte Rukosodі: ppі -\ ?y- іvsdi r,> w: subdiviziunile pgshr-e v els-ivn Formarea unui program unificat și a unui plan de resurse pentru proiecte Rezolvarea conflictelor de resurse Execuția lucrărilor neproiectate planificate curent Instruire Formarea metodologiilor corporative, baze de cunoștințe Implementarea proiectului în termen Respectarea bugetului planificat al proiectului Respectarea cerințelor de calitate Figura Repartizarea rolurilor într-o companie orientată spre proiecte finalizate de managerii de vanzari (de exemplu, incheierea de contracte, coordonarea lucrarilor de instalare la nivelul contactelor cu clientul) Dar, repetăm, responsabilitatea pentru soarta proiectului în ansamblu nu revine șefului serviciului de vânzări, ci managerului de proiect Având în vedere numărul mare de proiecte aflate în derulare și faptul că aceiași specialiști pot fi implicați în mai multe proiecte în același timp (și acestea nu pot fi doar proiecte de vânzări), managementul proiectelor ar trebui aplicat la două niveluri: • La cel mai de jos nivel, managerul de proiect asigură managementul proiectelor individuale Competența sa include organizarea muncii într-un anumit interval de timp și buget • La cel mai înalt nivel, se asigură managementul portofoliului Este realizat de un manager de resurse care planifică utilizarea resurselor materiale și umane atât pentru anumite categorii de proiecte, cât și pentru toate proiectele companiei în ansamblu Poziția managerului de resurse în companie este foarte semnificativă Se pot distinge două etape în evoluția rolului său În prima etapă a implementării abordării proiectului, managerul de resurse este mai preocupat de problemele dispecerării resurselor, distribuția optimă a acestora capitolul și redistribuirea operațională În a doua etapă, managerului de resurse îi este delegată autoritatea de a rezolva conflictele de resurse, de a determina nevoile reale ale companiei de resurse de muncă și, de asemenea, de a forma cerințe pentru specializarea și calificarea acestor resurse Dacă în prima etapă managerul de resurse îndeplinește sarcini pur tehnice, atunci în a doua etapă, întrebările sunt de competența sa, a căror soluție depinde direct de interesele afacerii Formarea echipelor de proiect După cum s-a menționat mai sus, principalul avantaj al abordării proiectului (în ceea ce privește creșterea eficienței proceselor de vânzări) este reducerea numărului de transferuri de control și responsabilitate între unitățile funcționale prin concentrarea funcțiilor cât mai mult posibil în "o mână", și anume în mâinile echipei de proiect (sau echipei de proiect) Echipa de proiectare include toți specialiștii necesari pentru realizarea lucrării O excepție ar trebui făcută de specialiștii departamentelor care sunt asociate cu proiectul într-o mică măsură (de exemplu, oferirea de consultații unice) și funcții care, dintr-un motiv sau altul, nu pot fi înstrăinate de departamentele specializate O analiză din aceste poziții a participanților la proiectul de vânzări, de exemplu, a făcut posibilă tragerea următoarelor concluzii: • Este recomandabil să includeți în echipa de proiect de conectare cu clientul - un manager de vânzări, specialiștii necesari de inginerie și servicii tehnice și servicii de management operațional și tehnic • Este nepotrivit să includeți în componența unei astfel de echipe specialiști din serviciile financiare și juridice, departamentul de logistică Figura prezintă o posibilă schemă de formare a unei echipe de proiect de conectare cu participarea specialiștilor din diviziile permanente ale companiei Managerii departamentului de management de proiect al biroului de proiect sunt numiți ca manageri de proiect, rolul de manager de resurse este îndeplinit de directorul Biroului de proiect Un astfel de sistem de planificare și contabilizare a resurselor de muncă, combinat cu un sistem de motivare, face posibilă realizarea unei reflectări obiective a costurilor forței de muncă, deoarece supraestimarea costurilor forței de muncă va duce la o scădere a cuantumului bonusului, iar subestimarea acestuia va duce la o revizuire (în scădere) a personalului unităţilor Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte capitolul Pentru angajații care desfășoară anumite activități legate de proiect, dar care nu sunt incluși în echipa de proiect, planificarea și înregistrarea timpului de lucru sunt realizate ca parte a activităților lor continue de către șefii departamentelor relevante În consecință, costurile nu sunt suportate din bugetul proiectului, ci din bugetul subdiviziunii Îndeplinirea în timp util și de înaltă calitate a sarcinilor lor de către acești angajați ar trebui să fie asigurată de un sistem de reglementări (vezi mai jos), precum și de motivare, inclusiv din proiectele de vânzări În principiu, planificarea resurselor pentru astfel de proiecte, deși destul de complexă din punct de vedere tehnic, poate fi complet automatizată, deoarece perioada și volumul de angajare a specialiștilor tehnici pot fi prezise cu un grad ridicat de acuratețe În Figura , această teză este ilustrată printr-un regulament extins pentru implementarea proiectelor de racordare care indică timpul specific pentru atragerea anumitor specialiști L Sistem de motivare Principalul avantaj al abordării proiectului este capacitatea de a evalua contribuția reală a fiecărui participant la proiect și de a aplica un sistem corect și justificat de stimulente, legându-le nu de rezultatele financiare generale ale companiei, ci de rezultatele muncii specifice Totodată, sistemul de motivare pentru proiecte nu anulează, ci completează sistemul general de motivare al companiei Valoarea bonusului pentru participanții la proiect este calculată pe baza următorilor factori: • timpul lucrat de angajat în proiect; • tariful orar al angajatului; • rolul pe care îl îndeplinește angajatul în proiect; • evaluarea contribuţiei oferite de managerul de proiect Cu această abordare, fiecare angajat se concentrează pe obținerea de rezultate în fiecare proiect, deoarece numai munca lui (și nu rezultatele întregii companii) îi oferă un bonus O parte din profitul din proiect este folosită și pentru a recompensa departamentele care și-au delegat specialiștii în proiect Acest lucru vă permite să aliniați motivația de a efectua lucrări de proiectare și non-proiect (vezi Fig ) Consultați secțiunea pentru mai multe detalii Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte Figura Implicarea angajaților companiei în diferite etape ale proiectului capitolul Bugetul proiectului Profitul companiei % % Distribuit de managerul de proiect Criterii de distribuire: • Ponderea participării • Calitate de muncă Distribuit de șeful de departament Echipa de proiect Angajații angajați în activitatea permanentă a departamentului Figura Schemă de bonusuri într-o companie orientată spre proiecte Introducerea unui sistem de motivare a proiectului poate fi realizată în trei etape • Scopul primei etape este creșterea interesului angajaților companiei pentru implementarea demersului de proiect În această etapă, mărimea primei pentru proiectul de racordare este fixată la începutul proiectului și este determinată în funcție de complexitatea proiectului Mărimea primei în proiecte ar trebui să depășească semnificativ (mai mult de %) prima medie pentru companie Bonusul se plătește numai dacă proiectul este finalizat la timp și în bugetul planificat • Scopul celei de-a doua etape este introducerea metodelor de contabilitate a proiectelor În această etapă, bonusul este plătit pe baza economiilor din bugetul proiectului, determinate pe baza datelor contabile privind executarea lucrărilor (diferența dintre bugetul planificat și costurile reale) Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte • Scopul celei de-a treia etape este de a introduce utilizarea pe scară largă a mecanismelor motivaționale (atât din economii, cât și din profit) În această etapă, o parte din primă este plătită conform schemei din a doua etapă, iar o primă suplimentară este plătită pe baza traficului real al clientului conectat în termen de trei luni de la conectare Managementul proiectelor de conexiune Mediu de management de proiect formalizat Tranziția la o execuție unificată a proiectului este posibilă numai pe baza creării unui standard de management al proiectelor corporative, care include elemente precum o politică de management al proiectului (inclusiv principiile contabilității costurilor și motivației cu forța de muncă), procedurile de implementare a proiectului, rolul instrucțiuni pentru personalul de proiect, șabloane de documente de management (vezi Fig ) Informații detaliate despre principiile creării unui standard de management al proiectelor corporative pot fi găsite în [ ] Capitolul discută aceste principii în detaliu folosind exemple de la companii de construcții și inginerie Politica managementului ivlg'liya llpoi'odui wiir; -іС'-зк'' Dsg '-pnі- Despre IN-camion :' Și Șabloane de documente Figura Structura unui standard de management al proiectelor corporative capitolul Un element cheie al unui mediu de proiect de conexiune formalizat este descrierea procesului de afaceri de conectare, care este folosit ca scheletul unei proceduri de management de proiect pentru acest tip de proiect Tabelul prezintă structura și conținutul posibil al standardului de management al proiectului de conectare la client, iar tabelul conține secțiuni suplimentare ale standardului care determină interacțiunea echipelor de proiect cu diviziile permanente ale companiei Proceduri de management de proiect Această secțiune oferă un exemplu de construire a unei proceduri end-to-end care acoperă întregul proiect În plus, pot fi elaborate instrucțiuni de lucru care detaliază prevederile individuale ale procedurii Exemplul corespunzător este prezentat mai jos Procedura de gestionare a proiectelor de conectivitate digitală a clienților Lista abrevierilor MP - manager de proiect; Mpr - director de vanzari; CP - coordonator de proiect; PG - grup de proiectare; RM este un manager de resurse Schema de implementare a proiectului de racordare O condiție prealabilă pentru pornirea unui proiect de conectare la client este apariția unei cereri de conectare Cererea de racordare este formată de MNR cu statutul de "cerere prealabilă" în baza rezultatelor negocierilor prealabile cu clientul și aprobate de RM Cererea de conectare trebuie să conțină date preliminare despre client, cerințele acestuia și datele de conectare dorite Rezultatul etapei de evaluare a conectivității și condiția de începere a lucrărilor la faza de instalare este Raportul Tehnic de Conectivitate și Contractul de prestare a serviciilor de telecomunicații Cerere racordare Etapa Contract Etapa Proiect finalizat evaluarea instalatiei Descrierea activităților din etapa de evaluare a conectivității Deschiderea lucrării privind evaluarea conectivității Etapa inițială de lucru în etapa de evaluare a posibilității de conectare (și proiectul de racordare în ansamblu) prevede implementarea secvențială a următoarelor acțiuni (pași) Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte Tabelul Structura standardului de management de proiect Tabelul (final) Secțiunea Documente standard a secțiunii Conținutul documentelor Șabloane de documente Documente de gestionare Cerere de conectare Plan de proiect de conectare Program operațional Solicitare de ore suplimentare Comanda de lucru pentru conectare Raport de stare a proiectului Raport de utilizare a resurselor Reclamația clientului Plan de proiect pentru depanare Ordin de lucru pentru depanare Raport pentru depanare Acord de documente comerciale Acord de nivel de servicii Factură Documente tehnice Schema electrică Specificații echipamente ■ Tabelul Secțiuni suplimentare ale standardului de management de proiect Secțiunea Documente standard a secțiunii Conținutul documentelor Reguli de interacțiune Interacțiunea cu departamentul de vânzări Primirea comenzilor și condițiilor speciale (reduceri, termene limită) Generarea rapoartelor de stare a proiectului la cerere Generarea unui raport privind posibilitatea de conectare Generarea unui raport de conectare Interacțiunea cu departamentul juridic Revizuirea și negocierea acordului de nivel de servicii Interacțiunea cu serviciul financiar Formarea cererilor și primirea rapoartelor privind istoricul de credit al clientului Examinarea și aprobarea contractelor Transferul facturilor Interacțiunea cu serviciul de logistică Depunerea comenzilor pentru materiale și echipamente Formarea cererilor și primirea rapoartelor privind starea livrării Completări la fișele postului Director de inginerie și serviciu tehnic Adăugări care descriu îndatoririle și drepturile funcționarilor care apar în legătură cu implementarea abordării proiectului (de exemplu, procedura de repartizare a angajaților la proiecte și retragerea acestora din proiecte) Director de vânzări capitolul Pasul Înregistrarea unui proiect de conexiune Pe baza Cererii de Conectare, RM deschide proiectul de conectare a clientului și îi atribuie un număr de înregistrare, după care, de comun acord cu directorul departamentului de operare, numește un PM/KP Informațiile relevante sunt înregistrate în Cererea de conectare Înregistrarea proiectului de racordare trebuie efectuată în ziua primirii Cererii de conectare Pasul Formarea planului de proiect MP formează o soluție tehnică Decizia asupra modului de conectare se ia pe baza datelor Clientului si informatiilor disponibile in cadrul companiei cu privire la fezabilitatea tehnica a racordarii la adresa clientului Dacă este necesar, se poate convoca un consiliu tehnic pentru a forma o soluție tehnică MP împreună cu MPr formează Planul Proiectului de Conexiune, care definește următoarele componente ale proiectului: • posibile soluții tehnice; • Ofertă comercială; • domeniul de activitate preconizat al proiectului; • achizitii propuse de echipamente si materiale; • propuneri privind termenele limită RM va conveni asupra Planului Proiectului Formarea Planului de Proiect trebuie realizată în termen de o zi din momentul deschiderii proiectului Pasul Coordonarea solutiei tehnice cu Clientul MPR realizează o prezentare a soluției tehnice la Client Pe baza rezultatelor prezentării, ținând cont de comentariile Proprietarului, MNR și MP corectează Planul Proiectului și îl completează cu următoarele secțiuni: • cerințe pentru personal; • riscurile proiectului; • plan de comunicare în interiorul și în afara companiei, cu indicarea persoanelor de contact În baza Planului de Proiect revizuit se completează Cererea de racordare, după care i se atribuie statutul de "cerere de evaluare a fezabilității tehnice a racordării" Pasul Formarea indicatorilor cheie de performanță pentru proiect (KPI) Se formează valorile următorilor factori de eficiență sau ale componentelor acestora: • evaluarea perspectivelor clientului (responsabil - MPR); • prognoza costurilor pentru proiect (responsabil - MP); • prognoza timpului de implementare a proiectului (responsabil - MP); • prognoza utilizării timpului de lucru al personalului (responsabil - MP) Programarea lucrărilor pentru a evalua conectivitatea Etapa lucrărilor de planificare la etapa de evaluare a posibilității de conectare prevede implementarea secvențială a următoarelor acțiuni (etape) Pasul Formarea echipei de proiect RM, folosind planuri de proiect nou primite (sau ajustate în ceea ce privește cerințele de resurse), formează componența personală a SG pe baza nevoilor de resurse ale întregului portofoliu de comenzi și prevede posibilitatea utilizării aceleiași echipe de proiect pentru a efectua mai multe proiecte de conectare Compoziția GES este stabilită în Planul Proiectului Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte Formarea echipei de proiect se realizează în ziua primirii Planului de proiect Pasul Rezolvarea problemelor legate de resurse În cazul problemelor legate de resurse (lipsa numărului necesar de personal calificat, apariția unor lucrări neplanificate etc ), RM întocmește o Cerere de muncă suplimentară, în care justifică necesitatea unei astfel de lucrări, numărul de personal și volumul de muncă Aplicația este agreată de conducerea companiei și apoi devine parte integrantă a Planului de proiect Pasul Formarea unui plan de calendar operațional PM, pe baza componenței formate a echipelor de proiect și a locației teritoriale a clienților, formează (corectează) planul zilnic de calendar operațional orar pentru săptămână La alcătuirea planului, traseele de mișcare SG ar trebui optimizate Pasul Formarea eficienței Se formează valorile următorilor factori de eficiență sau ale componentelor acestora: • prognoza de cost revizuită pentru proiect (responsabil - MP); • prognoza actualizată a timpului de implementare a proiectului (responsabil - RM); • prognoza de utilizare a personalului revizuită (responsabil - RM) Efectuarea lucrărilor de evaluare a conectivității Etapa de execuție a lucrărilor din etapa de evaluare a conectivității se desfășoară pe baza Programului Operațional și prevede implementarea secvențială a următoarelor acțiuni (etape) Pasul Organizarea plecării SG către Client SP este de acord cu Clientul asupra programului de lucru al SG și înaintează Cererea de conectare executorului responsabil al SG cel târziu la data premergătoare zilei de lucru Pasul : Evaluați conectivitatea site-ului SG de pe teritoriul Clientului efectuează lucrările necesare pentru evaluarea posibilității de conectare digitală, conectare prin cablu de cupru și/sau acces radio Dacă este imposibil să se efectueze lucrări (lipsa accesului pe teritoriu, absența persoanelor de contact etc ), executorul SG responsabil este obligat să contacteze imediat MP Acesta din urmă trebuie să asigure posibilitatea efectuării lucrărilor sau să raporteze RM imposibilitatea efectuării lucrărilor pentru a face imediat modificări în Programul Operațional Pasul Coordonare și rezervare Pe baza rezultatelor evaluării fezabilității racordării la fața locului, specialiștii PG efectuează aprobările și rezervele necesare pentru: • coordonarea disponibilității, rezervării și testarea perechilor de cupru; • coordonarea posibilității de așezare a cablului de fibră optică de-a lungul traseelor existente; • plasarea unei comenzi si obtinerea specificatiilor tehnice; • înregistrarea unei cereri de furnizare a capacității liniare, rezervare numere de telefon și truse de acces abonați Pasul Formularea rezultatelor evaluării Pe baza rezultatelor evaluării, aprobărilor și rezervărilor, specialiștii PG întocmesc Concluzii privind posibilitatea racordării, indicând timpul și costul lucrării Dacă sunt necesare echipamente suplimentare, sunt pregătite specificațiile relevante Concluziile sunt transferate deputatului capitolul MP formează un pachet agreat de documente care conțin soluția tehnică finală Pasul Pregătirea Acordului MNR împreună cu deputatul pregătesc un proiect de tratat Proiectul de Acord se agreează și se aprobă în conformitate cu instrucțiunile pentru procedura de convenire și întocmire a contractelor de prestare a serviciilor de telecomunicații MPR monitorizează trecerea Contractului cu clientul și face modificările necesare Pasul Formarea eficienței Se formează valorile următorilor factori de eficiență sau ale componentelor acestora: • evaluare actualizată a perspectivelor clientului (responsabil - MPR); • prognoza de cost revizuită pentru proiect (responsabil - MP); • prognoza actualizată a timpului de implementare a proiectului (responsabil - RM); • prognoză revizuită pentru utilizarea timpului personalului (responsabil - RM) Controlul lucrărilor privind evaluarea conectivității Există trei parametri principali care sunt monitorizați în timpul activității de evaluare a conectivității Timpul de finalizare PM zilnic remediază și evaluează restanța în ceea ce privește execuția lucrărilor: • restante % - scor ; • restante - % - scor ; • restante de - % - scor ; • lag mai mult de % - scor Resursele proiectului MP zilnic fixează și evaluează excesul de timp de lucru consumat: • depăşirea % - scor ; • depăşirea - % - scor ; • exces de - % - scor ; • peste % - scor Comunicatii PM evaluează zilnic problemele de comunicare emergente în cadrul echipei de proiect, cu organizațiile aferente, cu clientul: • nicio problemă - scor ; • lipsa de comunicare în decurs de o oră - scor ; • lipsa de comunicare în decurs de o zi - scor ; • lipsa de comunicare mai mult de o zi - scor Pe baza rezultatelor evaluării parametrilor principali ai proiectului, PM întocmește un Raport de Starea Proiectului și îl transmite Departamentului Calitate Finalizarea lucrărilor de evaluare a conectivității Etapa de finalizare a etapei de evaluare a conectivității presupune executarea secvențială a următoarelor acțiuni (pași) Pasul Înregistrarea documentației de management RM întocmește un Raport privind utilizarea resurselor în etapa de evaluare a fezabilității tehnice a racordării Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte Pasul Formarea eficienței Se formează valorile următorilor factori de eficiență sau ale componentelor acestora: • costuri la etapa de evaluare a fezabilității tehnice a racordării (responsabil - MP); • momentul implementării etapei de evaluare a fezabilității tehnice a racordării (responsabil - RM); • utilizarea timpului personalului la etapa de evaluare a fezabilității tehnice a racordării (responsabil - RM) Valorile KPI sunt incluse în Planul de proiect și plasate în depozitul de date Descrierea activităților din faza de instalare Deschiderea lucrărilor de instalare Etapa inițială a etapei de instalare prevede executarea secvențială a următoarelor acțiuni (pași) Pasul Formarea unui Plan de proiect actualizat Pe baza Raportului Tehnic de Conectivitate, PM generează un Plan de Proiect actualizat care definește următoarele componente ale proiectului: • domeniul de activitate al proiectului; • cerințe pentru personal; • plan de comunicare în interiorul și în afara companiei, cu indicarea persoanelor de contact; • achizițiile necesare de echipamente și materiale; • propuneri privind calendarul și componența SG pentru etapa de instalare RM va conveni asupra Planului Proiectului Formarea Planului de Proiect actualizat trebuie efectuată în ziua semnării Acordului Pasul Formarea eficienței Se formează valorile următorilor factori de eficiență sau ale componentelor acestora: • prognoza costurilor pentru proiect (responsabil - MP); • prognoza timp de implementare a proiectului (responsabil - RM); • prognoza utilizării timpului de lucru al personalului (responsabil - RM) Planificarea instalării Faza de planificare a lucrărilor a fazei de instalare coincide cu faza corespunzătoare a fazei de evaluare a conectivității Efectuarea lucrărilor de instalare Etapa de execuție a lucrărilor din etapa de evaluare a conectivității se desfășoară pe baza Programului Operațional și prevede implementarea secvențială a următoarelor acțiuni (etape) Pasul Organizarea plecării SG către Client SP este de acord cu Clientul cu privire la programul de lucru al SG și emite un ordin de lucru, care este transferat executorului SG responsabil nu mai târziu de data anterioară zilei de lucru Pasul Execuția lucrării PG pe teritoriul Clientului efectuează lucrările de instalare necesare Executorul SG responsabil închide comanda de lucru la reprezentantul Clientului În cazul imposibilității de a efectua lucrări (lipsa accesului în teritoriu, absența persoanelor de contact etc ), maistrul SG este obligat să contacteze imediat capitolul a face cu MP Acesta din urmă trebuie să asigure posibilitatea efectuării lucrărilor sau să raporteze RM imposibilitatea efectuării lucrărilor pentru a face imediat modificări în Programul Operațional Pasul Formarea eficienței Se formează valorile următorilor factori de eficiență sau ale componentelor acestora: • prognoza de cost revizuită pentru proiect (responsabil - MP); • prognoza actualizată a timpului de implementare a proiectului (responsabil - RM); • prognoză revizuită pentru utilizarea timpului personalului (responsabil - RM) Controlul lucrărilor de instalare Controlul lucrării fazei de instalare coincide cu faza corespunzătoare a fazei de evaluare a conectivității Finalizarea Proiectului Faza de finalizare a fazei de instalare (și întregul proiect) implică următoarele activități Pasul Coordonarea și aprobarea documentației tehnice MP organizeaza coordonarea cu Clientul si aprobarea Raportului Tehnic asupra instalatiei Pasul Înregistrarea documentației de management RM pregătește un Raport de utilizare a resurselor în timpul fazei de instalare Pasul Formarea eficienței Se formează valorile următorilor factori de eficiență sau ale componentelor acestora: • costuri la etapa de instalare (responsabil - MP); • momentul implementării etapei de instalare (responsabil - RM); • utilizarea timpului de lucru al personalului la etapa de instalare (responsabil - RM) Instrucțiuni pentru interacțiunea managerului de proiect cu șefii departamentelor de resurse în timpul implementării proiectelor de conectare Obiectivele interacțiunii Obiectivele interacțiunii sunt: • repartizarea la proiectul de racordare a unor specialisti adecvati sarcinilor proiectului pe perioada necesara rezolvarii acestor sarcini; • Contabilizarea timpului petrecut de specialiști în proiecte de legătură Lista abrevierilor MP - manager de proiect; RRP - șef al unității de resurse Ordinea de repartizare a specialiștilor la proiect Baza pentru alocarea de specialiști în proiect este o cerere de PM (parte integrantă a Planului Proiectului de Conectare), care conține următoarele informații: • specializarea salariatului; • cerințe de calificare; Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte • numărul necesar de angajați pentru o anumită specializare și calificare; • timpul de angajare (indicând perioada calendaristică planificată până la cea mai apropiată oră) Pe baza acestei cereri, RRP este obligat să: • alocarea specialiştilor specifici calificării necesare pentru perioada specificată; • dacă există probleme de resurse, propune perioade alternative de alocare a specialiștilor (în termen de una sau două zile lucrătoare); • dacă acest lucru nu este posibil, refuzul motivat de a atribui personal MP și RRS sunt obligați să contribuie în maximum la rezolvarea problemelor emergente de resurse la nivelul lor Dacă acest lucru nu este posibil, PM trimite problema conducerii companiei spre considerare Specialistul alocat proiectului devine subordonat MP De comun acord cu MP, unui specialist i se pot atribui sarcini din alte proiecte, dacă implementarea acestora este compatibilă (teritorial și în timpul necesar) cu implementarea sarcinilor proiectului pilot Cu privire la lucrările efectuate în cadrul proiectului pilot, specialistul raportează direct PM Ora convenită de angajare a unui specialist în proiect nu poate fi schimbată de către PM sau PPR în mod unilateral De asemenea, înlocuirea sau rechemarea unui specialist nu poate fi efectuată unilateral Toate aceste probleme ar trebui rezolvate de comun acord între RRP și MP Procedura de înregistrare a timpului de lucru După finalizarea proiectului de racordare (etapa proiect de racordare), SP este obligat să completeze un Raport de utilizare a resurselor, care indică timpul petrecut pe proiect de către fiecare specialist Timpul petrecut trebuie să corespundă orelor efective lucrate și să nu depășească timpul planificat (sub rezerva modificărilor ulterioare convenite) Pentru proiectele care se desfășoară simultan, trebuie efectuată o contabilitate separată Efectuarea muncii de proastă calitate sau incompletă de către specialiști poate fi baza pentru necreditarea sau creditarea incompletă a timpului petrecut În acest caz, PM trebuie să convină Raportul de utilizare a resurselor cu RRP Modele de documente de management Cea mai importantă caracteristică a aplicării abordării proiectelor într-o companie de telecomunicații este necesitatea de a executa un număr mare de proiecte mici de același tip În aceste cazuri, este recomandabil mai ales să se creeze șabloane standard pentru documentele de management, menite să maximizeze economiile în eforturile managerilor de a le completa Această secțiune oferă exemple de două astfel de șabloane specializate, Planul de gestionare a proiectelor de conectivitate pentru clienții de telecomunicații (vezi Tabelul ) și Raportul de utilizare a resurselor proiectelor de conectivitate (vezi Tabelul ) capitolul Tabelul Companie de telecomunicații client plan de management al proiectului de conectivitate digitală Data compilarii Revizuirea Nume complet Funcția Semnătură Data Aprobat de Managerul de resurse Compilat de către managerul de proiect Aprobat de managerul de vânzări Detalii client Numele clientului Categoria de client Extrem de semnificativ foarte semnificative Client standard Propunere de termeni de la conexiunea "" la "" Adresa de conectare Organizație Contacte Poziția NUMELE COMPLET ; Telefon Parametrii de comandă Parametrii comenzii de service ІІІІІІІ Conexiune directă prin cablu Conexiune prin acces radio Conexiune prin PCM/PGS Conexiune la un punct de rețea locală Numerele {company} la această adresă Nr linii t/f prevăzute pentru compactare Prin schimbarea numărului Organizarea unui nou grup de serie Introducere în grupul serial Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte Posibile solutii tehnice Conținutul ofertei Domeniul de activitate estimat Achizitii estimative de materiale si echipamente Nume Cantitate Furnizor Cerințe pentru personalul proiectului Specializare Specialist în organizarea instalaţiilor Calificarea VIIIIII Număr de salariaţi Specialist în dezvoltarea rețelei de abonați Specialist în rezervări Specialist acces radio Specialist în pregătirea liniară a datelor Specialist in constructii statii Specialist in constructii de linii Riscurile proiectului Denumirea riscului Risc probabil Lipsa de cunoaștere a specificațiilor clienților Implicarea slabă a clienților Opoziție din partea organizațiilor conexe Lipsa forței de muncă Întârziere la livrări capitolul Tabelul Raport de utilizare a resurselor Reg numarul proiectului Tip proiect Conexiune Depanare Ancheta Data deschiderii proiectului "" Data începerii lucrărilor "" Numele clientului Personal de conducere Denumirea funcției Director de vânzări Manager de proiect Coordonator de proiect NUMELE COMPLET ' Numărul de ore petrecute Total etapa etapa a -a Personalul tehnic Funcție Nume complet Numărul de ore petrecute Total etapa etapa a -a Specialist instalatii Specialist în dezvoltarea rețelei de abonați Specialist în rezervări Specialist acces radio Specialist în pregătirea liniară a datelor Specialist in constructii statii Specialist in constructii de linii NUMELE COMPLET Semnătura funcției Data Aprobat de Managerul de resurse Aprobat de managerul de proiect Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte Criterii de optimizare a proceselor de conectare După cum s-a menționat mai sus, decizia de a aplica abordarea proiectului ar trebui luată pe baza unor criterii obiective În această secțiune, considerăm ca exemplu un sistem de astfel de criterii obținut pe baza formalizării strategiei de afaceri a unei companii de telecomunicații Sistemul de indicatori cheie de performanță pentru proiecte de racordare Indicatori de rezultate financiare • Rentabilitatea pe produs: [Rentabilitatea produsului] = [Suma venitului din vânzarea produsului pentru perioada calendaristică] / [Suma costurilor pentru procesul de creare, implementare și întreținere a produsului pentru perioada calendaristică] • Ponderea costurilor de dezvoltare a rețelei în costurile totale: [Proporția costurilor de dezvoltare a rețelei] = ([Suma costurilor directe de dezvoltare a rețelei pentru o perioadă calendaristică] + [Suma costurilor atribuite dezvoltării rețelei în proiecte de racordare pentru o perioadă calendaristică]) x % / [Suma costurilor totale pentru o perioada calendaristică] Indicatori pentru relația cu clienții • Calitatea serviciului pentru clienți: [Calitatea serviciului clienți] = (P * [Convenința înregistrării] + P x [Termeni și forme de plată] + P x [Timp de procesare a cererii]) / (P + P + P ) • Procentul de refuzuri de conectare din cauza lipsei de capacitate tehnică: [Rata de respingere] = [Număr de respingeri] x % / [Număr de solicitări de conectare] • Clienți potențiali: [Customer Prospect] = K x [Customer Traffic Estimation], unde K (de la la ) este un coeficient de risc care ia în considerare probabilitatea de plată a serviciilor prestate • Flexibilitatea politicii tarifare: [Flexibilitatea politicii tarifare] = (P х [Competitivitate tarifară de bază] + + P * [Eficiența modificării tarifelor actuale]) / (P + P ) Indicatori ai organizării proceselor • Eficienta resurselor: [Utilizarea timpului de lucru] = [Timpul de lucru petrecut de angajați în proiecte de conexiune] / [Fondul total de timp de lucru] • Calitatea serviciilor: [Calitatea serviciilor] = (M x [Numărul de cereri privind serviciul pentru perioada calendaristică] + + M x [Numărul de refuzuri de la serviciu pentru perioada calendaristică]) * % / ((M + M ) x x [ Numărul total de linii condiționate deservite de în perioada calendaristică]) Pentru fiecare indicator sunt definite valori țintă și o perioadă de calcul (vezi Figura ) capitolul Relații cu clienții Ponderea cheltuielilor pentru dezvoltarea rețelei % (anual) % Rata de respingere (lună) Calitatea serviciului clienți (trimestru) Perspective de clienți (lună) % Rentabilitatea produse (sfert) Rezultate financiare Flexibilitatea politicii tarifare al -lea (trimestru) Utilizare (săptămână) - % Calitatea serviciilor (trimestru) Organizare internă Figura Sistem KPI pentru procesele de conectare Colectarea informațiilor și calcularea acestor indicatori ar trebui efectuate ca parte a unui proces sau, dacă procesul se desfășoară sub forma unui proiect, ca parte a unui proiect de conectare Aceasta înseamnă că procedura de management de proiect discutată în Secțiunea ar trebui să aibă funcții încorporate care să ofere primirea valorilor planificate, prezise și reale ale acestor indicatori Regulile de calculare a indicatorilor, corespunzătoare procedurii discutate mai sus, sunt date în Tabelul "Cum să punem capăt penuriei de montatori?" Un jurnalist din Kommersant a venit cu un titlu caracteristic pentru articolul său, descriind starea de lucruri într-o companie de telecomunicații: "Cum să punem capăt penuriei de montatori?" În special, se precizează: "Acum un an, un director de vânzări din companie a adus un nou contract, a primit un bonus pentru acesta și apoi a alergat să-și caute un nou client Și apoi reprezentanții de vânzări au devenit responsabili pentru a se asigura că contractul semnat a fost implementat corespunzător Cel care a adus clientul a acționat și în calitate de coordonator de proiect pentru conectarea acestuia Sau, mai degrabă, "împingătorul" lui: a alergat prin departamentele de care depinde partea tehnică a problemei și a tras pe toată lumea Dar departamentele funcționale nu primesc bonusuri - doar bonusuri pe an, iar șefii de departamente au mult mai multe puteri decât mine Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte director de vânzări Prin urmare, procesul de afaceri s-a dovedit a fi prea personalizat: totul depinde de relațiile personale, dar sentimentele echipei nu Fiecare divizie are manageri foarte puternici, dar sunt împărțiți și nu sunt pregătiți să se ajute unul pe altul În departamentul de întreținere, de exemplu, lucrează de oameni și, în același timp, există o problemă veșnică - nu sunt destui montatori" [ , p ] Problema penuriei de montatori, pe lângă sunetul global și parțial retoric, are o altă latură foarte specifică Succesul unei companii orientate spre proiecte depinde în mare măsură de cât de bine sunt utilizate resursele umane [ , ] Atunci când se utilizează structuri organizaționale matriceale, atât alocarea resurselor, cât și procedurile de management devin mai complicate De aceea, cel mai important indicator este gradul de utilizare a timpului de lucru al personalului în proiecte (utilizare) Utilizarea arată eficiența utilizării resurselor și semnalează fie un volum de muncă slab al personalului și nevoia de îmbunătățire a calității planificării resurselor, fie, dimpotrivă, nevoia de a atrage resurse de muncă suplimentare Formula de calculare a utilizării este destul de banală, iar dificultățile cu calculul acesteia se află în zona de colectare a datelor inițiale necesare Și în ciuda faptului că planificarea și contabilitatea resurselor sunt una dintre pietrele de temelie ale managementului de proiect, în practica reală nu este atât de ușor să stabiliți urmărirea timpului în proiecte Planificarea proiectelor și urmărirea timpului, consolidarea datelor de planificare și contabilitate în întreaga companie, analiza informațiilor în diverse aspecte (diviziuni, linii de activitate, tipuri de proiecte) necesită utilizarea unor instrumente complete de management al resurselor Probabilitatea ridicată a conflictelor de resurse la un nivel de utilizare peste - % necesită utilizarea unor proceduri clare pentru funcționarea echipei de proiect - de la procesele de formare și dizolvare a acesteia până la proceduri de contabilitate și raportare Evident, aceste procese și proceduri nu pot fi limitate în cadrul proiectului și trebuie să afecteze contextul mai general al relațiilor corporative Iată câteva rețete despre cum să obțineți o valoare obiectivă de reciclare Pentru asta ai nevoie de: Creați condiții care să oblige un angajat să trimită informații despre propria angajare în proiecte, de exemplu, nu luați în considerare timpul necontabil petrecut în munca de proiect (cu toate consecințele care decurg în ceea ce privește plata pentru muncă și motivație) Eliminați circumstanțele care îngreunează transmiterea informațiilor Procedura de înregistrare a orelor de lucru ar trebui să fie ca capitolul Tabelul Formarea de contoare și indicatoare Pași de conectivitate Deschidere Planificare Execuție Control Rentabilitatea pe produs Valoarea costurilor pentru implementarea procesului de creare, implementare și întreținere a produsului Se calculează valorile standard ale costurilor pe categorii pentru ambele etape ale proiectului Valorile prognozate ale costurilor pentru diferite categorii pentru ambele etape ale proiectului Se iau în considerare valorile efective ale costurilor acestei etape pentru diferite categorii Valorile reale ale costurilor acestei etape sunt în concordanță cu RM Ponderea costurilor de dezvoltare a rețelei Valoarea costurilor alocate dezvoltării rețelei în proiecte de racordare Calitatea serviciului Ușurință de proiectare Termeni și forme de plată Timp de procesare a cererii Se determină valoarea normativă a timpului de procesare a cererii Se determină timpul de procesare estimat al cererii Timpul inițial de procesare a cererii este fix Rata de eșec Numărul defecțiunilor - - Faptul eșecului este înregistrat în etapa de evaluare a conectivității ■- Numărul de cereri de conectare Faptul de primire a cererii este fix - - - Perspectiva clientului Estimarea traficului clienților Estimarea preliminară a traficului clienților este fixă - - ■- Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte în proiecte de legătură Etape de conectare Finalizare Deschidere Planificare Execuție Control Finalizare Se înregistrează valorile costurilor planificate și efective Se calculează valorile actualizate ale costurilor proiectate pentru diferite categorii pentru etapa de instalare Se iau în considerare valorile efective ale costurilor din această etapă pentru diferite categorii Valorile efective ale costurilor din această etapă sunt în concordanță cu Valorile efective ale costurilor RM sunt fixe Se calculează și se înregistrează valoarea reală a costurilor Se stabilește o estimare pe baza momentului efectiv de executare a contractului Estimarea bazată pe termenii efectivi de plată este fixă Ora finală de procesare a aplicației este fixată Ora de conectare estimată este determinată Ora de conectare inițială este fixă Ora finală de conectare este fixă Faptul refuzului în procesul de încheiere a unui acord se consemnează - Faptul refuzului se consemnează în etapa de evaluare a posibilității de conectare - - - - - - - - - - - - - - Se înregistrează o estimare actualizată a traficului clienților capitolul Tabelul (final) Pași de conectivitate Deschidere Planificare Execuție Control Flexibilitatea politicii tarifare Competitivitatea tarifului de bază Se fixează o decizie preliminară privind tariful Eficienta resurselor Timpul de lucru petrecut de angajați în cadrul proiectelor de conectare Se determină valorile normative ale costurilor Se calculează valorile estimative ale costurilor cu timpul angajaților pentru ambele etape Se iau în considerare valorile efective ale costurilor din această etapă pentru diferite categorii din această etapă sunt conforme cu RM dar simplificat, nu ar trebui să ia timp semnificativ al angajaților și să necesite cunoștințe speciale (de exemplu, în domeniul utilizării software-ului) Creați mecanisme pentru a preveni supraestimarea costului timpului de lucru De exemplu, puteți emite sarcini executanților cu indicarea timpului planificat calculat pe baza unor standarde rezonabile și/sau acumulați bonusuri pentru proiecte în funcție de economiile din bugetele acestora Creați mecanisme pentru a preveni subestimarea costului timpului de lucru De exemplu, este posibil ca atât personalul departamentelor, cât și salariile specialiștilor individuali să depindă direct de reciclare Dezvoltarea în continuare a abordării proiectului Din proiecte de conectare - pentru a solicita proiecte de servicii Considerăm că nu numai conectarea clienților, ci o parte semnificativă a celorlalte activități ale unei companii de telecomunicații în serviciul clienți poate fi realizată sub formă de proiect În acest caz, poate fi implementat un sistem pe mai multe niveluri pentru procesarea cererilor clienților Stratul de procesare a cererilor frontale Procesarea primară a cererilor se realizează la un singur punct de intrare pentru toate cererile clienților (atât la telefon, cât și în scris), la Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte Etape de conectare Finalizare Deschidere Planificare Execuție Control Finalizare Tariful efectiv furnizat clientului este fix Valorile costurilor planificate și efective sunt fixe Se determină valorile standard ale costurilor Se calculează valorile estimate ale costurilor de timp ale angajaților pentru ambele etape Valorile efective ale costurilor din această etapă pentru diferite categorii sunt luate în considerare etapele sunt convenite cu RM Planned și valorile efective ale costurilor sunt fixe exemplu de către un Centru de procesare a cererilor care face următoarele: • acceptă, clasifică și remediază cererea clientului; • in cazuri simple - gaseste o solutie si o aduce clientului; • în cazuri complexe, redirecționează cererea în conformitate cu încadrarea acesteia către unul dintre centrele de competență Nivelul inițial al proiectului Centrele de competență (cu privire la calitatea serviciilor și întreținerea) și departamentul de vânzări realizează un studiu aprofundat al solicitării clientului Procedând astfel, ei: • clasifica cererea; • efectuează diagnostice și consultări cu diviziile relevante ale companiei; • în cazuri simple - găsiți o soluție și aduceți-o clientului; • in cazuri complexe, initiaza un proiect de un anumit tip, corespunzator nevoilor clientului Nivelul de execuție al proiectului Solicitările clienților sunt îndeplinite de echipe de proiect formate pentru fiecare cerere individuală Se disting următoarele tipuri de proiecte: • proiecte de racordare; • proiecte de depanare; capitolul • proiecte de investigare a cauzelor calității slabe a serviciilor Schema generală a activității de proiect a unei companii de telecomunicații pentru deservirea cererilor clienților este prezentată în Figura Strategia de implementare a abordării proiectului Strategia de implementare a unei abordări de proiect într-o companie de telecomunicații ar trebui definită în trei dimensiuni - proiecte, oameni și structură organizațională Pe termen scurt, cea mai importantă întrebare este ce proiecte ar trebui selectate ca proiecte pilot Proiectele-pilot pot fi selectate în funcție de categoria de proiecte (conexiune/întreținere/investigație) și de complexitatea acestora (simple/complexe) Cea mai importantă direcție în implementarea abordării proiectului este formarea unui personal de manageri de proiect profesioniști Acest proces poate arăta ca o selecție naturală bazată pe analiza proiectelor finalizate Inițial, angajații diviziilor funcționale ale companiei sunt folosiți ca manageri de proiect Pe viitor, dintre ei ies în evidență viitorii manageri de proiect profesioniști Și, în sfârșit, problema strategică fundamentală este implementarea modificărilor în structura organizațională a companiei, al căror vector principal este trecerea la o structură matriceală puternică În cadrul acestei structuri se creează o divizie separată - Biroul de Proiect, în care este transferat tot personalul de management al proiectului (manager, coordonatori, administratori etc ) Remarcăm principalele avantaje ale acestei abordări: • Independența managerilor față de liderii funcționali asigură posibilitatea unor evaluări obiective ale progresului proiectului și contribuția departamentelor individuale la implementarea acestuia, elimină factorii negativi asociați presiunii asupra managerului de proiect prin linia administrativă • Subordonarea directă a Biroului de Proiect față de conducerea de vârf a companiei permite construirea unui sistem de asigurare a calității pentru managementul proiectelor, inclusiv mecanisme de monitorizare, examinare și auditare a proiectelor • Existența Biroului de Proiect ca unitate funcțională separată oferă o oportunitate pentru dezvoltarea competenței profesionale a angajaților în domeniul managementului de proiect, crearea unei metodologii corporative Proiecte și procese Operator de telecomunicații ca companie orientată spre proiecte Figura Solicitați proiecte de service capitolul Literatură Tovb A , Tsipes G Proceses and projects: There and back again // th IPMA World Congress, New Delhi, - noiembrie Tzipes G , Tovb A Procese și proiecte - înainte și înapoi // Director inform Servicii Nr Tzipes G Operator de comunicații ca companie orientată spre proiect // Director de informare, servicii Nr Tzipes G Operator de comunicații ca companie orientată spre proiect // Probleme de sistem de fiabilitate, calitate, informație și tehnologii electronice Sisteme informatice de afaceri Materialele Internaționale conf, iar Ros științifice, școli Partea M : Radio și comunicare, Ghid pentru corpul de cunoștințe privind managementul proiectelor a -a ed Ghidul PMBOK(r) M : pmOffice, Tovb A , Tzipes G Managementul proiectelor: standarde, metode, experiență M : CJSC "Olimp-Business", Gelfand E , Savich A , Tsiperman G , Tzipes G Procese de afaceri: optimizare cotidiană // Director servicii informaționale Nr Kendall J , Rollins S Modern methods of project portfolio management and project management office Maximizarea rentabilității investiției/Per din engleza M : CJSC "PMSOFT", Martirosyan V , Valishev R , Sizov M , Liberzon V Experiență în implementarea managementului proiectelor corporative la Central Telegraph // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Urbanovich V Experiență în crearea unui sistem de management de proiect în Kazakhtelecom OJSC // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Seitz D An Integrated Design Approach for High Performance Project Management Systems la Deutsche Telekom Group // Al -lea Congres Mondial IPMA, New Delhi, - noiembrie Korolev S , Savich A Sisteme de management pentru companii de telecomunicații // Informkuriersvyaz Nr Consultanta in management Ghid pentru piata serviciilor profesionale Moscova: Kommersant XXI; Editura Alpina, Tzipes G L Indicatori cheie de performanță într-o companie orientată spre proiecte // Director de servicii de informare Nr Tsipes G Pentru a gestiona proiecte prin indicatori cheie de performanță // th IPMA World Congress, Budapesta, iunie capitolul Proiecte și produse Grupuri de proiecte și produse într-o companie de transport Conținutul capitolului Scurtă prezentare a metodologiei Abordarea produsului Proiecte în ciclul de viață al produsului Structura de produs a unei firme de transport Procesele ciclului de viață al produsului Structura ciclului de viață al produsului Organizarea proceselor Ciclul produsului ca program Grupuri de produse Organizarea grupelor de produse Sistemul de motivare în grupe de produse Evoluția grupelor de alimente Implementarea abordării produsului Strategii de implementare Standard de management al produsului Literatură Scurtă prezentare generală a metodologiei Abordarea produsului Tendința generală în afacerile companiilor într-o economie de piață este trecerea de la prioritatea producției, urmărind scopul reducerii costurilor, la prioritatea nevoilor clienților, asigurată de îmbunătățirea caracteristicilor produsului și creșterea eforturilor de promovare a acestuia pe piață Schimbarea priorităților de afaceri trebuie să fie susținută la nivelul organizației proceselor de afaceri a companiei (vezi Figura ) Întrucât în condițiile de piață succesul companiilor este determinat în mare măsură de calitatea dezvoltării și viteza de aducere a produselor noi pe piață, adaptarea în timp util a produsului la schimbările condițiilor externe (situația pieței, apariția de noi tehnologii etc ), eficacitatea implementării acestor procese este unul dintre cei mai importanți factori de succes Principalele limitări pentru companiile care se concentrează pe crearea și promovarea produselor complexe din punct de vedere tehnologic sunt de obicei structura organizatorică și procesele de afaceri care sunt slab adaptate pentru a răspunde rapid solicitărilor clienților și a dezvolta rapid produse care să răspundă acestor solicitări Una dintre modalitățile recunoscute de a face schimbări tehnologice rapide și eficiente și de a aborda problemele de coordonare și orientare a organizației pentru a susține produsul pe parcursul întregului său ciclu de viață este abordarea produsului Este cunoscut sub numele de Dezvoltare integrată a produselor și proceselor (IPDD) și este descris în detaliu în materialele deschise ale Departamentului de Apărare al SUA (vezi, de exemplu, [ ]) Caracteristicile principale ale abordării produsului sunt: • conformitatea structurii proceselor de afaceri ale companiei cu ciclul de viață al produsului, inclusiv etapele de cercetare de marketing, proiectare, dezvoltare și implementare, promovarea produsului pe piață și vânzare, suport produs; capitolul Figura Evoluția priorităților de afaceri Proiecte și produse Grupuri de proiecte și produse într-o companie de transport • implementarea unui ciclu complet de produs în cadrul unui singur program care are toate atributele necesare - definirea domeniului de lucru, programul și costul implementării acestora etc ; • utilizarea grupelor de produse care oferă posibilitatea concentrării tuturor specialiştilor necesari într-o singură echipă, distribuirea şi controlul raţional al resurselor, precum şi motivarea angajaţilor pentru rezultate Astfel, la trecerea la o organizare de produs, procesele de afaceri ale companiei sunt reorganizate in conformitate cu ciclul de viata al produselor În plus, structura de responsabilitate a oficialilor companiei se schimbă: alături de proprietarii de procese apar și proprietarii de produse, care sunt responsabili cu îmbunătățirea produselor, implementarea schimbărilor tehnologice rapide, precum și coordonarea și concentrarea companiei pe suport de produs pe toată durata vieții ciclu Proiecte în ciclul de viață al produsului Aplicarea corectă a abordării produsului, potrivit autorilor săi, asigură o reducere a timpului de dezvoltare și lansare de noi produse pe piață, a costului de dezvoltare și fabricație a unui produs, a diferitelor riscuri, precum și îmbunătățirea calității atât a proceselor, cât și a produsul final Coincidența completă a beneficiilor obținute prin utilizarea abordărilor de produs și de proiect este izbitoare Între timp, relația dintre produse și proiecte din literatura despre managementul proiectelor nu a primit în mod tradițional prea multă atenție În cea mai recentă ediție a standardului PMBOK(r)Guide, au apărut doar câteva rânduri despre relația dintre ciclurile de viață ale produsului și ale proiectului (vezi [ ]) Totodată, rolul abordării de proiect în cadrul abordării produsului este interpretat foarte restrâns În deplină concordanță cu înțelegerea produsului ca rezultat al proiectului, abordării proiectului i se acordă un loc doar în etapa de dezvoltare a produsului Ni se pare că o astfel de abordare limitează sever posibilitățile reale de aplicare a abordării proiectelor în companiile orientate spre produs În capitolul , folosind exemplul proceselor de afaceri ale unui operator de telecomunicații, se arată că diferite etape ale ciclului de viață al produsului pot fi realizate sub formă de proiect Aceasta înseamnă că abordările de design și de produs vor fi inevitabil utilizate împreună Și aceasta, la rândul său, duce la necesitatea armonizării acestor abordări La Hella, cu peste un secol de dezvoltare de produse în industria auto, managementul capitolul Managementul de proiect este văzut ca un mecanism care leagă împreună cei trei factori principali de succes ai companiei - abordări inovatoare, personal creativ și procese flexibile de îmbunătățire a produselor [ ] Principiul armonizării abordărilor proiectelor și produselor la Hella este formulat după cum urmează: standardele de management al produselor răspund la întrebările "Ce va trebui să facem?" și "Când trebuie să facem asta?", în timp ce standardele de management de proiect răspund la întrebarea "Cum ar trebui să facem asta?" Una dintre problemele importante care apar la armonizarea abordărilor de proiect și de produs este necesitatea de a determina locul structurilor organizatorice ale proiectului în cadrul celor de produs Ambele sunt structuri de tip matrice Ambele sunt structuri temporare create pentru perioada, respectiv, de implementare a proiectului sau existenta produsului Un proiect, prin definiție, are un timp limitat Ciclul produsului nu are o astfel de limitare Este nevoie de o asociere pe termen lung a persoanelor potrivite cu grupul de produse Aceasta înseamnă că membrii echipelor de proiect care au implementat faze individuale ale ciclului de viață al produsului vor continua să fie implicați în activitatea grupului de produse Această teză poate fi ilustrată prin următorul exemplu În [ , p ] descrie o situație care apare în mod tradițional după finalizarea unui proiect de implementare a unui sistem ERP într-o companie * "ERP este orice altceva decât o muncă temporară care poate fi făcută și uitată" - sunt cuvintele specialiștilor în business ai companiei care, fiind implicați în proiect, s-au dovedit a fi asociați cu acesta pe întreaga existență a acestui sistem în companie Cu alte cuvinte, de fapt, acestea au constituit un grup stabil de produse asociat cu sistemul ERP, care este tratat în acest caz ca un produs destinat nevoilor interne ale companiei Într-o măsură și mai mare, acest lucru se aplică specialiștilor IT ai companiei Astfel, grupul de proiect se dezvoltă în mod firesc într-un grup de produse, care, la rândul său, poate deveni o divizie permanentă a companiei sau chiar să iasă în evidență ca o companie independentă Structura de produs a unei companii de transport Ca produs al unei companii de transport (folosind exemplul unui transportator aerian), considerăm un serviciu organizat de transport aerian de pasageri sau mărfuri, care a definit cu precizie consumatorii sistem ERP - software de planificare a resurselor întreprinderii Proiecte și produse Grupuri de proiecte și produse într-o companie de transport proprietăţile corpului şi condiţiile specifice pentru asigurarea acestuia Dintre cele două posibile abordări ale formării unei linii de produse, prezentate în Figura , această carte ia opțiunea în care produsul este un transport pe o anumită rută inclusă în programul sezonier În principiu, structura de produs a unei companii, având în vedere mai ales proiectele de implementare a sistemelor ERP, poate fi mult mai complexă Pe lângă produsele de afaceri destinate unui client extern, acesta poate conține și produse destinate uzului intern Astfel de produse interne includ, de exemplu, diverse produse de platformă (software, tehnologie sau tehnice) Grupul de produse al unui produs de afaceri ar trebui să fie compus în principal din specialiști care dețin partea de conținut a întreținerii produsului Grupul include și specialiști în service tehnic care oferă suport pentru produs la nivel de platformă În schimb, grupul de produse al unui produs intern ar trebui să includă în principal specialiști tehnici, completați de specialiști care dețin partea de conținut Ca rezultat, există o intersecție de grupuri de produse, prezentată în Figura Produsele "verticale" sunt produse create ca parte a activității de bază ale companiei și destinate unui client extern (produs de afaceri) Produsele "verticale" ale transportatorului aerian includ diverse rute Pentru o companie de telecomunicații, aceasta poate fi, de exemplu, furnizarea de servicii de analiză Figura Opțiuni pentru formarea produselor de transport aerian capitolul Figura Structura de produs a unei companii de transport Proiecte și produse Grupuri de proiecte și produse într-o companie de transport comunicații fono și digitale, acces la internet, conferințe video, acces prin card la resursele companiei etc Produsele "orizontale" sunt soluții tehnologice dezvoltate în companie sau furnizate de terți care oferă suport informațional pentru procesele de afaceri ale companiei Produsele "orizontale" ale transportatorului aerian pot include orare sezoniere, raportare corporativă, sisteme Front Office etc Procesele ciclului de viață al produsului Structura ciclului de viață al produsului O structură tipică a ciclului de viață al produsului include următoarele etape (a se vedea Figura ): • Cercetare de marketing - de la analiza nevoilor pieţei până la formularea ideilor de produse • Proiectare, dezvoltare si modernizare - de la decizia de a crea/actualiza produsul pana la produsul finit • Implementarea produsului - pregatirea infrastructurii tehnice si organizatorice pentru producerea produsului • Promovarea produsului pe piata - prezentarea produsului potentialilor clienti, parteneri si alti contractori • Vanzarea produsului prin diverse canale de distributie • Productie si suport - prestarea serviciului vandut si indeplinirea obligatiilor aferente Sarcina principală a cercetării de marketing este de a găsi zone de afaceri promițătoare În acest scop, mo- Marketing \ Cercetare / Proiectare \ și Dezvoltare / Implementare^ Promovare pe piață / Vânzări \ Produs / Producție \ și Suport / f Figura Structura tipică a ciclului de viață al produsului capitolul monitorizarea și analiza stării pieței transportului aerian, identificarea noilor tendințe pe piața transportului aerian și direcții de dezvoltare a concurenților, identificarea noilor nevoi de pasageri Rezultatele cercetărilor de marketing sunt idei pentru modernizarea rutelor vechi și introducerea de noi rute Aceste idei sunt elaborate în detaliu în etapa de proiectare și dezvoltare (sau modernizare) a rutelor În această etapă se precizează cerințele pentru traseu și se elaborează un studiu de fezabilitate, luând în considerare eventualele acorduri cu partenerii strategici După "protecția" traseului, se introduce în programul sezonier și sistemul de rezervare, elaborarea și aprobarea tarifelor, prețurilor și condițiilor de-a lungul traseului În etapa de implementare a rutei, se realizează planificarea sloturilor pentru rute, furnizarea de servicii companiei în aeroporturi și provizii pentru rută, pregătirea informațiilor tehnice și de altă natură, instruirea și instruirea personalului companiei aeriene La etapa de promovare a traseului spre piata se desfasoara o campanie de publicitate Partenerii li se oferă informațiile necesare despre traseu, se organizează consultări pentru agenți Procesul de vânzare include: • planificarea volumelor de vânzări; • Rezervarea locurilor in sistem - acceptarea unei cereri si oferirea de servicii suplimentare, verificarea rezervarii prealabile, informarea clientului despre o modificare a rezervarii, dezvoltarea si oferirea de optiuni alternative; • înregistrarea documentelor de transport aerian; • organizarea si executarea vanzarilor agentiei; • controlul, contabilizarea si analiza rezultatelor vanzarilor Sprijinul de producție și transport implică: • planificarea transportului - pregătirea informațiilor privind încărcarea planificată a aeronavei, întocmirea unui plan zilnic de lucru pentru centrul de operațiuni pentru ziua următoare; • pregătirea transportului - colectarea de informații despre pregătirea pentru a sprijini zborul, obținerea permiselor de zbor, modificarea operațională a programului, planificarea recepției mărfurilor, comandarea de catering în timpul zborului pentru zbor, echipaje, misiuni de zbor și la bord documentație; Proiecte și produse Grupuri de proiecte și produse într-o companie de transport • execuția transportului aerian și management operațional - servicii pasageri, manipulare mărfuri, lucru în situații de defecțiune, lucru cu pretenții pasagerilor; • contabilitatea si controlul planului zilnic si indeplinirea obligatiilor de catre subcontractanti, analiza activitatilor de productie Tabelul prezintă principalele procese ale transportatorului aerian atât în contextul etapelor ciclului de viață al produsului, cât și al componentelor tradiționale ale ciclului de management Organizarea proceselor Din punctul de vedere al organizării muncii în cadrul abordării produsului, se disting două roluri cheie - proprietarii de produse și proprietarii de procese Proprietarii de produse oferă suport pentru întregul ciclu de viață al produsului și sunt responsabili pentru utilizarea produsului, termenele limită și bugetele de dezvoltare a produsului și performanța produsului pe piață Proprietarii de produse conduc grupurile de produse care desfășoară activitățile de bază care generează rezultate comerciale (marketing, dezvoltare, implementare, vânzări și transport) Activitățile proprietarilor de produse, care sunt un fel de "comercianți autohtoni", trebuie să respecte strategia de marketing a companiei, în special, ideile despre rețeaua optimă de rute, structura flotei de aeronave, rezultatele financiare așteptate etc În același timp, produsul proprietarii sunt obligaţi să respecte reglementările de afaceri procese atât la nivelul ciclului de viaţă al produsului cât şi la nivelul proceselor detaliate Orice abateri ale procesului de afaceri datorate caracteristicilor specifice ale produsului sau circumstanțelor pieței trebuie convenite cu proprietarii de procese relevanți Proprietarii proceselor care alcătuiesc ciclul de viață al produsului sunt șefii departamentelor funcționale care oferă suport metodologic și tehnologic pentru procesele necesare implementării etapelor individuale ale ciclului de viață al produsului Zona de responsabilitate a proprietarilor de proces include toate tipurile de suport de resurse pentru transport (logistică, tehnologia informației, finanțe, personal, servicii aeronave, siguranță, calitate etc ) Proprietarii de procese sunt, de asemenea, responsabili pentru calitatea muncii specialiștilor alocați de divizie grupului de produse și pentru conformitatea acestora cu tehnologia proceselor de afaceri capitolul Tabelul Structura principalelor procese ale transportatorului aerian Managementul ciclului de viață\^^ CYCLE Cercetare de marketing Proiectare, dezvoltare și modificare a produsului Stabilirea obiectivelor, prognozarea și planificarea Dezvoltarea unei strategii de marketing Planificarea activităților de marketing Dezvoltarea cerințelor de produs Evaluarea oportunităților de îmbunătățire Planificarea termenelor, personalului și finanțelor Execuție, management operațional Monitorizarea pieței Evaluarea produsului Elaborarea propunerilor Elaborarea proiectelor de grafice, tarife și prețuri Punere în funcțiune, modificări ale graficului și optimizarea acestuia Controlul și contabilitatea execuției Controlul implementării strategiei și planurilor de marketing Controlul timpului și calității rutelor și orarelor Analiza rezultatelor Analiza procesului și a rezultatelor activităților de marketing Analiza procesului și a rezultatelor dezvoltării și programării produsului Ciclul produsului ca program Proprietarul produsului poartă astfel responsabilitatea globală, inclusiv financiară, pentru produsul nou creat El devine de fapt șeful unui program end-to-end care acoperă toate etapele ciclului de viață al produsului, iar succesul acestui program va fi evaluat de indicatorii comerciali finali (de exemplu, indicatorii de vânzări de produse) Din punctul de vedere al gestionării programului de creare a produsului, principalele sarcini pentru proprietarul produsului sunt sarcini destul de tradiționale pentru abordarea proiectului: determinarea principalelor caracteristici ale produsului Proiecte și produse Grupuri de proiecte și produse într-o companie de transport Introducere produs Promovarea produsului pe piata Vanzarea produselor Productie si suport Planificarea sloturilor pentru rute Predicția stării de sănătate a flotei de aeronave Elaborarea unui plan de acțiune pentru promovarea produselor, publicitate și PR Elaborarea unui plan de vânzări pentru transportul aerian Planificarea activităților de organizare și management al transportului aerian Introducerea zborurilor în sistemele de rezervare Informarea despre rută Agenții de consultanță și personalul de instruire Organizarea de servicii în aeroporturi Organizarea de evenimente (campanii publicitare, campanii de PR) Implementarea procesului de vânzare transport aerian propriu și de agenție Execuția transport aerian și management operațional Monitorizarea calendarului și calității implementării produsului Monitorizarea implementării planului de acțiuni pentru promovarea produsului Monitorizarea și contabilitatea vânzărilor Controlul proceselor de transport aerian și al calității serviciului Analiza procesului și a rezultatelor implementării produsului Analiza rezultatelor activităților de promovare a produselor Analiza rezultatelor vânzărilor Analiza transportului aerian finalizat că și elementele sale structurale, formarea și controlul bugetului unificat al programului, definirea și controlul jaloanelor cheie, formarea unui grup de produse (eventual cu implicarea subcontractanților), analiza și managementul riscurilor Proprietarul produsului este cel care decide să lanseze proiecte individuale în cadrul acestui program, atât în etapele de creare inițială a produsului, cât și ulterior, în etapa de producție și întreținere, când devine necesară modificarea produsului sau scoaterea acestuia din producție El poartă, de asemenea, responsabilitatea generală pentru finalizarea cu succes a acestor proiecte capitolul Grupuri de produse Organizarea grupelor de produse Un grup de produse este o echipă multifuncțională formată organizațional pentru crearea, implementarea și întreținerea unui produs, care se formează pe toată durata existenței sale și este condusă de proprietarul produsului După cum sa menționat deja, scopul formării unui grup de produse este creșterea eficienței activităților companiei în dezvoltarea de noi produse prin asigurarea asocierii pe termen lung (pe tot parcursul ciclului de viață) cu acest produs a specialiștilor responsabili de crearea, funcționarea acestuia si dezvoltare Prin urmare, este indicat să includeți în grup toți specialiștii necesari activităților sale din diverse departamente ale companiei Specialiștii pot fi implicați permanent sau temporar: • Specialiștii "permanenți" participă la munca grupului de produse în mod regulat, cu normă întreagă și sunt nucleul grupului; • Specialiștii "temporar" participă la munca grupului de produse pe măsură ce apare nevoia și pot fi implicați în muncă cu normă întreagă pentru o anumită perioadă de timp, sau cu jumătate de normă (în plus, pot însoți mai multe produse la acelasi timp) O parte din munca legată de ciclul de viață al produsului, totuși, poate fi scoasă din domeniul de aplicare al grupului de produse și efectuată de divizii permanente ale companiei Acest lucru se aplică în principal etapelor de vânzare și întreținere a produselor În acest caz, proprietarul produsului trebuie să se asigure că sunt întreprinse următoarele acțiuni: • transferul tehnologiilor necesare către antreprenor și pregătirea specialiștilor; • supravegherea autorului asupra respectării tehnologiei; • monitorizarea si analiza performantelor acestor departamente pentru produsul lor Proiecte și produse Grupuri de proiecte și produse într-o companie de transport Sistem de motivare pe grupe de produse Sistemul de motivare în grupele de produse ar trebui să asigure rezolvarea a două sarcini principale: • creşterea interesului specialiştilor pentru munca grupelor de produse; • creşterea interesului departamentelor (proprietari de resurse) în alocarea angajaţilor pentru a lucra în grupe de produse Pentru rezolvarea acestor probleme se formează în bugetul produsului un fond material de stimulare, care se formează din deducerile din vânzarea produsului (serviciului) Valoarea deducerilor este stabilită inițial în planul de afaceri al produsului În viitor, valoarea deducerilor poate fi modificată de conducerea companiei la solicitarea proprietarului produsului O parte din fondul de stimulare material este utilizată pentru a motiva angajații grupului de produse Valoarea stimulentului este determinată pe baza ratei specialistului, a angajării sale efective în munca la produs și poate fi ajustată de proprietarul produsului Restul fondului este cheltuit pe stimulente materiale pentru unitățile care dețin resurse Cuantumul stimulentului unei subdiviziuni se determină ca suma stimulentelor tuturor specialiştilor acestei subdiviziuni implicaţi în lucrul asupra produsului Direcțiile de utilizare a acestor fonduri sunt stabilite de șeful unității, inclusiv pentru dezvoltarea personalului, sporuri pentru angajați și manageri Baza pentru recompensarea grupurilor de produse ar trebui să fie un sistem oficial de evaluări axate pe obiectivele de afaceri ale companiei Un astfel de sistem de rating poate include următorii indicatori: • eficiența financiară a rețelei de rute; • eficienţa investiţiilor în noi rute; • cererea pentru traseu; • eficienţa vânzărilor; • factorul de încărcare a aeronavei; • introducerea promptă de noi rute; • satisfacția clientului cu serviciul primit etc Pentru a evalua performanța grupelor de produse, pot fi utilizate și tabelele de punctaj prezentate în Tabelul în formatul unui tablou de bord echilibrat capitolul Tabelul Balanced Scorecard pentru abordarea produsului Factori critici ^-^Perspective de succes'\ Concentrare pe satisfacția clienților Contabilizarea cerințelor și oportunităților pieței Reducerea costurilor Finanţe Volumul creanţelor Eficienţa financiară a produsului Productivitatea capitalului Clienți Utilitatea serviciului pentru client Fidelizarea clienților Adecvarea ofertei de servicii la nevoile pieței Atractivitatea pieței Procese de afaceri Raport rapid la piață Utilizarea produsului a resurselor Inovație și oameni - - Crearea cunoștințelor corporative Evoluția grupelor de alimente Direcția firească a evoluției unui grup de produse este formarea acestuia într-o diviziune structurală independentă a companiei sau separarea sa într-un holding separat (mai ales dacă produsul se dovedește a fi de succes) Dar noua diviziune care a apărut este de natură transversală, ceea ce duce la contradicții asociate cu subordonarea sa Din acest motiv, procesele de formare și evoluție a grupelor de alimente trebuie să fie bine structurate și să nu fie spontane Figura prezintă formarea grupelor de produse ca rezultat al creării cu succes a unui nou produs al companiei Angajații echipei de proiect care a implementat primele etape ale ciclului produsului rămân conectați cu produsul, rămânând în același timp în unitățile lor funcționale și lucrând la produs cu jumătate de normă Figura prezintă procesul de formare a unui grup de produse și evoluția ulterioară a acestuia într-o unitate structurală permanentă a companiei, care reunește toți specialiștii necesari Proiecte și produse Grupuri de proiecte și produse într-o companie de transport Grupe de produse "verticale" Proiect nou de dezvoltare a serviciilor Vanzare, intretinere si dezvoltare de servicii Grupul Proskgpaya ІНJ P; u>D",'kgsіva-,> i Grupuri de produse "orizontale" Figura Formarea grupelor de alimente Dezvoltarea unui sistem de raportare corporativă Operarea si dezvoltarea sistemului de raportare corporativa oa Grup de proiect Grup de produse Serviciu de suport tehnic Figura Evoluția grupelor de alimente pentru operarea și dezvoltarea produsului (în acest caz, produsul intern utilizat în companie - Corporate Reporting Systems) Implementarea unei abordări de produs Strategii de implementare Cu toate avantajele remarcate ale abordării produsului, nu se poate decât să țină cont de dificultățile cu care se confruntă compania care îl implementează capitolul Aceste dificultăți sunt, așa cum se întâmplă adesea, o extindere a meritelor abordării: • necesitatea monitorizării constante a utilizării resurselor și a contabilității acestora, ceea ce duce la costuri suplimentare; • cerințe ridicate pentru calificarea, calitățile personale și de afaceri ale angajaților care aparțin grupelor de produse; • posibilitatea apariţiei unor situaţii conflictuale între şefii grupelor de produse şi conducerea companiei, cauzate de independenţa proprietarilor de produse Având în vedere toate acestea, precum și faptul că introducerea unei abordări de produs duce la o reorganizare serioasă a proceselor de afaceri și a structurii organizatorice a companiei, pare oportună evidențierea fazei pilot de implementare Luați în considerare două opțiuni posibile pentru strategiile pilot Strategia etapelor pilot este ca una dintre etapele ciclului de viață al produsului să fie selectată ca obiect pilot de implementare și procesele corespunzătoare acestei etape să fie implementate pentru toate produsele companiei Avantajul acestei opțiuni este că calendarul proiectului pilot este limitat la o singură etapă, iar efectul implementării poate apărea destul de repede Dezavantajele sale includ dificultatea de a replica experiența unui proiect pilot în alte etape ale ciclului de viață al produsului din cauza diferențelor semnificative dintre aceste etape Strategia de produs pilot presupune că unul dintre produsele companiei este selectat ca obiect de implementare pilot și procesele din toate etapele ciclului de viață sunt implementate pentru acesta În cazul aplicării acestei strategii, pare oportună alegerea unuia dintre produsele nou dezvoltate ale companiei ca produs pilot Avantajul acestei strategii este că experiența proiectului pilot poate fi reprodusă cu ușurință în orice alte produse ale companiei Totuși, efectul implementării cu o astfel de strategie apare doar la atingerea stadiului final al ciclului de viață De remarcat faptul că aplicarea acestei strategii presupune utilizarea unor instrumente speciale ale abordării produsului deja în faza de implementare pilot În primul rând, vorbim despre necesitatea creării unui grup de produse pentru un produs pilot Proiecte și produse Grupuri de proiecte și produse într-o companie de transport Standard de management al produsului Conținutul principal al standardului de management al produsului este o descriere a proceselor ciclului produsului (vezi Tabelul ) Dacă proiectele sunt utilizate ca formă de implementare a acestor procese (și pentru majoritatea etapelor ciclului de viață al produsului, aceasta este o formă naturală și eficientă), atunci elementele adecvate ale managementului de proiect ar trebui incluse în proceduri - calendar și planificarea resurselor, managementul riscurilor, managementul schimbării etc Introducerea unei abordări de produs necesită, de asemenea, documente de reglementare și administrative speciale, precum Regulamentul privind Grupurile de Produse (ca document general al companiei) și, eventual, Regulamentul privind Grupurile de Produse pentru anumite produse Aceste documente ar trebui să reglementeze următoarele aspecte: • sarcinile și funcțiile grupului de produse în toate etapele ciclului de viață al produsului; • procedura de formare a grupei de produse, atragerea si demiterea specialistilor; • ordinea interacţiunii dintre grupul de produse şi diviziile structurale permanente ale firmei; • sarcini, drepturi, obligații și responsabilități ale membrilor grupului de produse (instrucțiuni de rol) Utilizarea grupelor de produse necesită modificări în sistemul de bugetare al companiei, ținând cont de rolul unor astfel de grupuri ca centru de cost și centru de profit, precum și schimbări în sistemul de motivare Lucrările la crearea institutului grupelor de produse constă în principal în pregătirea documentelor de reglementare și administrative necesare Lista și componența lucrărilor relevante sunt prezentate în Tabelul Reglementări privind grupa de produse (extrase) Dispoziții generale Un grup de produse este o echipă multifuncțională instituționalizată pentru crearea, implementarea și întreținerea unui produs, care se formează pe toată durata de viață a produsului (serviciului) Scopul organizării grupelor de produse este de a maximiza rezultatele financiare ale companiei Acest scop este atins printr-o organizare specială (de produs) a proceselor de creare, implementare și întreținere a produselor cu concentrarea în grupa de produse a tuturor necesarului capitolul Tabelul Etape de lucru în domeniul creării institutului grupelor de produse Nr Stadiul muncii Conținutul muncii Responsabil Elaborarea unui document standard "Regulamente privind grupa de produse" Formularea obiectivelor grupului de produse Determinarea funcțiilor și sarcinilor grupului de produse în diferite etape ale ciclului de viață al produsului Elaborarea reglementărilor pentru interacțiunea grupului de produse cu diviziile structurale ale responsabilitatii companiei a sefului si membrilor grupului de produse Director Resurse Umane Dezvoltarea unui sistem de bugetare orientat pe produs Formarea unui buget standard de produs Determinarea regulilor de decontare reciprocă a grupelor de produse și a diviziilor permanente ale companiei CFO Elaborarea unui sistem de motivare Elaborarea standardelor de intrare a forței de muncă Elaborarea regulilor pentru formarea unui fond de bonus pentru produse Determinarea principiilor de motivare pentru membrii grupelor de produse Determinarea principiilor de motivare a angajaților neangajați în grupe de produse Director HR Financiar Director specialiști, introducerea unui sistem de distribuție și control rațional al resurselor, motivarea angajaților pe baza rezultatului și delegarea tuturor puterilor și responsabilităților necesare șefului grupei de produse Grupul de produse este condus de șeful grupului, care este numit și eliberat din funcție de directorul general În grupa de produse poate fi inclus orice specialist al companiei, indiferent de departamentul în care lucrează Compoziția grupului se poate modifica, dar se preferă o asociere pe termen lung a specialiștilor cu produsul Proiecte și produse Grupuri de proiecte și produse într-o companie de transport Conform caracteristicii produsului, personalul de conducere al companiei este împărțit în trei categorii: proprietari de resurse (șefi de divizii structurale), proprietari de produse (șefi de grupe de produse) și administrație Activitățile grupului de produse sunt coordonate în raport cu strategia generală a companiei de către Consiliul de Coordonare a Produsului Responsabilitățile Consiliului includ supravegherea, controlul și coordonarea activităților grupurilor de produse pentru a-și atinge obiectivele strategice în conformitate cu factorii de succes și stabilirea indicatorilor cheie de performanță ai companiei Consiliul funcționează în mod permanent în conformitate cu regulamentele aprobate de directorul general Șeful Consiliului Coordonator din oficiu este directorul general adjunct pentru dezvoltare În componența Consiliului Coordonator sunt incluse, din oficiu, directorii generali adjuncți pentru activitățile companiei și Tehnologul șef pentru produse Principii de formare a unui grup de produse, planificare și contabilizare a timpului de lucru Formarea grupului de produse se realizează de către Șeful grupului de produse, trimițând cereri pentru alocarea de resurse către departamentele relevante ale Companiei Solicitarea trebuie să conțină o indicație privind specializarea și calificarea resursei, perioadele de utilizare și sarcina preconizată Motivele pentru solicitarea resurselor pot fi: În etapa cercetării de marketing - decizia Directorului General sau a Consiliului Coordonator pentru Produse de a căuta noi direcții de dezvoltare La etapa de planificare a afacerii, decizia Consiliului Coordonator al Produsului de a elabora un plan de afaceri În etapa de planificare a unui proiect de creare a unui produs/serviciu - o decizie a Consiliului Coordonator pentru Produse de a începe lucrul În etapele ulterioare - un plan aprobat pentru crearea și bugetul produsului Șefii de departamente (proprietari de resurse) trebuie să aloce resursa necesară sau să dea un refuz motivat În cazul unor conflicte de resurse, problema poate fi adusă la cunoștința Consiliului Coordonator al Produsului, a cărui decizie este definitivă Resursa alocată nu poate fi retrasă din grupul de produse în mod unilateral fără acordul șefului grupului de produse Pentru fiecare membru al grupului de produse se întocmește un program de lucru al acestuia în grupul de produse Contabilitatea timpului de lucru al angajaților este ținută de către Managerii de Proiect implementați pe parcursul ciclului de viață al produselor Rapoartele privind timpul de lucru sunt completate săptămânal și aprobate de șeful grupului de produse și șefii departamentelor relevante ale Companiei - proprietari de resurse Sarcinile membrilor grupului de produse Sarcinile liderului echipei de produs: • Formarea ideii de produs nou • Formarea unui sistem de motivare pentru angajații grupului de produse • Formarea unei definiții de produs/serviciu cu o descriere detaliată a proprietăților sale de consum • Formarea domeniului de activitate pentru crearea/modificarea produsului, determinarea priorității, domeniului, secvența și durata acestora • Formarea compoziției grupei de produse • Formarea unui plan de calendar și buget extins capitolul Sarcinile managerului de proiect: • Formarea si controlul calendarului proiectului • Organizarea și coordonarea lucrărilor la proiect • Distribuirea resurselor în proiect, contabilizarea și controlul utilizării acestora • Răspuns prompt la abaterile în cursul proiectului Responsabilitati specialist in marketing: • Identificarea problemelor și nevoilor clienților • Determinarea capacităţii şi structurii pieţei • Analiza eficienţei economice a produsului • Definirea cerințelor funcționale ale consumatorilor primari pentru pro-Duct/serviciu • Dezvoltarea cerințelor pentru conținutul și aspectul produselor publicitare • Realizarea unei prezentări • Definirea canalelor de vânzare, posibili intermediari Literatură Ghidul DoD pentru dezvoltarea integrată a produselor și proceselor Biroul Subsecretarului Apărării (Achiziții și Tehnologie) Washington, DC februarie http://www amet gov/Library/OFPP/Best Practices/pbsc/library/dod-guide-to-integrated pdf Un ghid pentru corpul de cunoștințe privind managementul de proiect (PMBOK(r)Guide) ed d PMI, Reitz S , Deihl C Procesul de dezvoltare a produsului: șansa de standardizare globală și sincronizare a activităților de dezvoltare // th IPMA World Congress, Budapesht, iunie Koh K Cea mai importantă echipă // Director de servicii de informare Nr capitolul Proiecte și standarde Standard de management al proiectelor companiei de construcții Conținutul capitolului Scurtă prezentare a metodologiei Management de proiect - artă, știință, meșteșuguri Sistem de management al proiectelor Structura sistemului de management al proiectelor Implementarea unui sistem de management al proiectelor Managementul proiectelor în firme de construcţii Politica de management de proiect Clasificarea proiectelor de constructii Ciclul de viață al proiectului Rolurile și responsabilitățile funcționale ale participanților la proiect Standard operațional Structura standard de operare Proceduri de management de proiect Standardul artistului Standardul clientului Armonizarea standardelor participanților la proiect "Standard mare pentru o companie mică" Setări de organizare Profilul companiei Personal Motive pentru începerea lucrului cu privire la crearea unui standard de management de proiect Prima etapă este să studiezi și să încerci Strategia de implementare a abordării proiectului Bugetul primei etape Consultanţi interni Proiecte pilot Rezultatele primei etape A doua etapă este dezvoltarea și implementarea Sarcinile etapei a doua Participanții etapei a doua a proiectului Conținutul lucrărilor Buget pentru etapa a doua Rezultatele etapei a doua Management de proiect in constructii - tehnologie sau filozofie? Proiect de dezvoltare Modelul de service al proiectului de construcție "Prețul prețului" Literatura Scurtă prezentare generală a metodologiei Management de proiect - Artă, Știință, Meșteșug Orice sistem (biologic, social, industrial, informational) in cursul existentei sale sufera anumite modificari asociate cu factori externi si interni Astăzi, când succesul unei companii este determinat în mare măsură de măsura în care organizarea afacerii acesteia corespunde unor condiții în schimbare rapidă, sunt necesare metode și instrumente care să permită ca astfel de schimbări să fie efectuate cu intenție Proiectul ca formă specială de implementare a modificărilor presupune că aceste modificări trebuie implementate în anumite limite de timp, cost și calitate Prezența acestor restricții impune cerințe speciale asupra metodelor de management, în special, cerința de a concentra autoritatea și responsabilitatea pentru întregul proiect în mâinile unei singure persoane - managerul de proiect și de a crea o echipă de proiect care este înstrăinată de diviziile companiei pe durata proiectului Proiectul devine centrul costurilor și profiturilor, ceea ce permite organizarea contabilității costurilor umane, materiale și financiare și construirea unui sistem de motivare bazat pe rezultatele unor proiecte specifice Activitățile multor companii din diverse domenii se desfășoară sub formă de proiect În același timp, se știe că și în proiectele nu prea complexe apar probleme Manifestările lor externe caracteristice sunt nemulțumirea clientului și propriul management, nerespectarea termenelor, depășirea estimărilor, conflictele în cadrul echipei de proiect etc Prevenirea și depășirea acestor probleme sunt cele mai importante componente ale activității personalului de management al proiectului și trebuie să fie susținută de standarde, metodologie și instrumente adecvate capitolul Astfel, ca orice alt tip de activitate profesională, activitatea de management de proiect generează dezvoltarea unei piețe independente de produse și servicii Exemple ale unora dintre ele sunt prezentate în Figura Proiectele ar trebui să fie gestionate de profesioniști, dar numărul de adevărați profesioniști în acest domeniu în Rusia este relativ mic și, evident, rămâne în urmă chiar și față de cererea conștientă Purtătorii artei managementului de proiect sunt indivizi specifici care combină anumite calități umane, experiență și cunoștințe Nu orice companie care implementează proiecte legate de activitățile sale de afaceri are (sau chiar își permite să aibă) astfel de specialiști în personalul său Un astfel de serviciu precum furnizarea de personal de management de proiect (manager de proiect) este destul de răspândit în lume Există și în Rusia, deși aici implicarea unui profesionist din exterior este mai des o măsură de urgență folosită într-o criză într-un proiect Cele mai importante elemente care influențează dezvoltarea și formarea acestui segment de piață sunt produse precum cele educaționale Managementul proiectelor ca știință • Instrumente de management de proiect • Sistem de management al proiectelor Figura Managementul proiectelor Structura afacerii Proiecte și standarde Standard de management al proiectelor companiei de construcții cursuri și programe de certificare Evident, ceteris paribus, vor avea preferință specialiștii în management de proiect atestați și companiile de consultanță care au astfel de specialiști Până în prezent, s-a acumulat o experiență considerabilă în metodologia managementului proiectelor, ale cărei domenii principale sunt recunoscute ca management prin parametrii de timp și cost, managementul personalului, managementul riscurilor, managementul schimbării etc Produse și servicii din sectorul științific și metodologic al sunt oferite într-o varietate de forme - de la literatură educațională la instrumente software specializate, de la programe educaționale individuale la certificare în cadrul programelor naționale și internaționale Deși mult depinde de managerii de proiect, dar cu siguranță nu totul Pentru munca de succes și eficientă a managerului și a întregii echipe de proiect, trebuie create anumite condiții care să le permită să-și realizeze pe deplin capacitățile Este important ca mijloacele metodologice, instrumentele și alte mijloace care există de obicei separat și sunt necesare pentru managementul de succes al proiectului să fie combinate într-un singur sistem, în cadrul căruia sarcinile managerului și ale echipei de proiect să poată fi rezolvate cu cea mai mare eficiență Cu alte cuvinte, este necesară crearea și funcționarea unui sistem integrat de management al proiectelor (IPMS) Sistem de management al proiectelor În forma de proiect, activitățile companiei se pot desfășura într-o varietate de domenii Acestea includ, de exemplu: • construcția, reconstrucția și revizia clădirilor și structurilor; • instalarea si reglarea echipamentelor; • introducerea tehnologiilor informaţionale; • efectuarea de lucrări de cercetare și metodologie; • antrenament etc În plus, așa cum am menționat în capitolul anterior, în forma de proiect este deseori recomandabil să se realizeze unele sarcini de natură operațională în cadrul unor procese staționare tehnologice sau de afaceri Acest lucru se aplică situațiilor în care sunt implementate execuții pilot de procese noi sau modificate, precum și cazurilor în care există riscuri de nerespectare a termenelor limită și costul posibilelor pierderi este destul de mare capitolul Multe companii sunt, în principiu, concentrate pe activități sub formă de proiect Acestea includ, de exemplu, firme de construcții și inginerie, firme de consultanță, integratori de sisteme etc Alegerea acestei forme de existență este determinată de natura activității companiei și, mai presus de toate, presupune generarea de venituri prin crearea de produse unice pentru clienți sau oferindu-le servicii unice În toate cazurile, proiectele implementate în companii, pe lângă direcții diferite, prezintă diferențe semnificative de amploare, durată, complexitate, cost etc Aceasta implică necesitatea sistematizării întregii varietăți de proiecte ale companiei, considerându-le ca elemente interconectate care formează specific obiecte de management - programe, proiecte complexe și portofolii de proiecte Practica arată că implementarea cu succes a proiectelor în termen, în limitele bugetului stabilit și în conformitate cu specificațiile tehnice și cerințele de calitate este posibilă numai în cadrul unui mediu de proiect formalizat susținut de o metodologie de management de proiect clară și precisă PMS este considerat ca un astfel de mediu, care este un mecanism de dezvoltare și implementare a deciziilor echilibrate la toate nivelurile de management de proiect Acest mecanism face posibilă asigurarea eficienței managementului și coordonării lucrărilor pe proiecte bazate pe o bază metodologică, software și hardware unificată Structura sistemului de management al proiectelor Pentru a oferi suport pentru activitățile participanților la proiect, CMS oferă un set de soluții care acoperă aspecte organizaționale, metodologice și tehnice (vezi Fig ) Soluțiile metodologice dezvoltate în timpul implementării SMM se referă la următoarele aspecte ale activităților proiectului: • metodologia generală de gestionare a programelor, portofoliilor de proiecte și proiectelor individuale ale companiei; • principii și metode de formare a programelor și portofoliilor de proiecte pe baza unor criterii obiective care permit evaluarea gradului de conformitate a proiectelor cu strategia companiei, atractivitatea financiară a acestora, riscurile emergente etc ; • un standard de operare pentru managementul proiectelor, inclusiv regulile de interacțiune a participanților la implementarea proiectelor, procedurile de management de proiect și modelele pentru documentele de management Proiecte și standarde Standard de management al proiectelor companiei de construcții Soluțiile organizaționale dezvoltate în timpul implementării EMS sunt: • schimbarea structurii organizatorice, inclusiv crearea de noi structuri organizatorice (cum ar fi, de exemplu, un birou de proiect) si/sau schimbarea functiilor unitatilor existente pentru organizarea suportului pentru functionarea SMM; • modificări și completări la documentația organizatorică și administrativă existentă a companiei, care determină procedura de utilizare a EMS Soluțiile tehnice dezvoltate în timpul implementării EMS implică următoarele lucrări: • dezvoltarea și implementarea unui EMS automatizat bazat pe un pachet de planificare industrială și planificare a resurselor și, eventual, cu implicarea unor instrumente software suplimentare în domenii conexe, precum, de exemplu, managementul documentelor și al proceselor de afaceri; capitolul • intocmirea setului necesar de documentatii tehnice; • instruirea angajatilor companiei implicati in implementarea proiectelor Informații mai complete despre structura EMS și sfera lucrărilor la crearea acestuia pot fi obținute în [ , ] Implementarea sistemului management de proiect Destul de des, în literatură se poate găsi o descriere a experienței negative de implementare a EMS (vezi, de exemplu, [ , ]) În aceste publicații, autorii reflectă asupra unor probleme cu adevărat presante și dureroase și descriu situații destul de recunoscute care apar în întreprinderi atunci când implementează instrumente de automatizare a managementului de proiect Se pare că un număr semnificativ de astfel de probleme sunt asociate cu o concentrare pe componentele IT ale EMS în detrimentul celorlalte componente ale acestuia Într-adevăr, tehnologia informației singură nu poate rezolva problemele managementului de proiect (și, mai larg, managementului întreprinderii) În acest sens, pesimismul autorilor este destul de justificat De aceea am dori să privim această problemă dintr-un unghi ușor diferit și să oferim câteva considerații care decurg din conceptul de EMS ca un sistem complet de produse și instrumente în care produsele IT nu ocupă întotdeauna o poziție de lider Dacă interpretăm EMS doar ca un pachet de programe, atunci nu există probleme cu implementarea lui Cineva obține doar grafică frumoasă, în timp ce cineva conduce proiecte Subliniem că un avantaj cantitativ în favoarea primului grup, chiar și unul semnificativ, nu înseamnă deloc un eșec de implementare Fiecare primește ceea ce se aștepta, în funcție de nevoile sale reale Dacă considerăm EMS ca un mediu metodologic, organizațional și, bineînțeles, instrumental cu drepturi depline, atunci devine evident că trebuie să vorbim nu atât despre problemele de implementare, cât despre problemele de selecție a produselor Dacă persoanele responsabile ale organizației nu înțeleg principiile moderne ale managementului de proiect, atunci introducerea unui pachet de planificare nu le va ajuta prea mult, deși cel mai probabil va fi implementat cu destul de mult succes Doar că inițial au trebuit să cumpere un alt produs, cum ar fi PMBOK(r)Guide, sau să angajeze un "formator" de management de proiect Proiecte și standarde Standard de management al proiectelor companiei de construcții Dacă firma nu are procese de management de proiect, rolurile personalului său nu sunt definite, nu sunt formate principiile de coexistență a activităților de proiect și operaționale, atunci tot managementul de proiect se va reduce la utilizarea ocazională a pachetului de planificare la locurile de muncă individuale ca una dintre numeroasele aplicații de birou In acest caz, ca si in cel descris mai sus, compania avea initial nevoie de un produs complet diferit, si anume un sistem de management de proiect cu o componenta organizationala bine dezvoltata Componenta IT din acest EMS poate apărea doar în etapa finală și, apropo, poate să nu includă deloc un pachet de planificare și să se bazeze exclusiv pe un sistem de management al documentelor sau un sistem de management al proceselor de afaceri Este esențial important pentru managementul companiei ca proiectele să fie realizate în cadrul unei singure metodologii și să treacă prin câteva etape și etape formale Trebuie respectate, de asemenea, regulile de contabilitate a costurilor de proiect la nivel de companie Principiile și procedurile relevante sunt incluse în sistemul calității companiei și implementate prin metode directive Strategia de automatizare a managementului proiectelor ia în considerare abordările istorice și predilecțiile personale ale managerilor "de teren" și ale managerilor de linie și este în mare măsură determinată de aceștia O reprezentare detaliată a tehnologiei pentru crearea și implementarea EMS este dată în Figura Această tehnologie presupune o anumită etapă care vă permite să faceți schimbări treptat, evaluând constant rezultatele obținute și făcând ajustările necesare Evidențiem două etape ale creării EMS Prima etapă include următorii pași • Etapa Adaptarea metodologiei generale de management de proiect la realitățile unei anumite companii Dezvoltarea conceptului de sistem automat de management al proiectelor - crearea unui model funcțional formalizat, determinarea domeniului de aplicare a automatizării, determinarea cerințelor de bază pentru componentele suport ale modelelor • Etapa Elaborarea recomandărilor pentru alinierea structurii organizatorice a companiei cu proiectarea organizării muncii • Etapa Dezvoltarea părții operaționale a standardului de management al proiectelor corporative - un pachet de reglementări, proceduri, instrucțiuni și șabloane pentru documentele de management • Etapa Selectarea unei platforme software de management de proiect - determinarea cerințelor și preferințelor viitorilor utilizatori capitolul Figura Tehnologia de creare a SUPEI Proiecte și standarde Standard de management al proiectelor companiei de construcții - testeri, aprobarea produselor alternative pe sarcinile Clientului, fundamentarea alegerii produsului Dezvoltarea și/sau implementarea instrumentelor de planificare a resurselor calendaristice • Etapa Elaborarea unui program de instruire, instrucțiuni pentru utilizatori Instruirea managerilor de mijloc in metodologia managementului de proiect cu certificare ulterioara A doua etapă include următorii pași • Etapa Dezvoltarea mecanismelor de control și motivare pentru implementarea lucrărilor de proiectare • Etapa Selectarea unei platforme software pentru gestionarea documentelor în proiecte Dezvoltarea și/sau implementarea instrumentelor de gestionare a documentației de proiect și a documentelor de management de proiect • Etapa Selectarea unei platforme software pentru gestionarea proceselor de afaceri în proiecte Dezvoltarea și/sau implementarea instrumentelor de sprijinire a procedurilor de management de proiect • Etapa Crearea mecanismelor de control al calității managementului proiectelor - structuri organizatorice, proceduri de audit, monitorizare, revizuiri proiecte • Etapa Pregătirea sistemului de management al proiectului pentru certificare conform standardelor ISO Management de proiect in firme de constructii Probabil, nimeni nu trebuie convins că construcțiile este unul dintre acele domenii de activitate în care aplicarea metodelor de management al proiectelor dă cele mai tangibile rezultate În plus, utilizarea unui instrument de bază precum optimizarea programului de rețea oferă un efect foarte semnificativ Și, în același timp, chiar și acest instrument absolut necesar pentru gestionarea proiectelor de construcții nu este întotdeauna folosit cu succes, ca să nu mai vorbim de alte metode de management al proiectelor, a căror implementare afectează multe fundamente organizaționale ale companiei Având în vedere problemele care apar la implementarea managementului de proiect în companiile de construcții, un participant direct la evenimente le-a descris într-una dintre publicații astfel: "Nimeni nu are nevoie de un sistem de management de proiect, necesită doar grafică frumoasă, dar nu sunt folosite în oricum A trebuit să vorbesc cu mulți lideri Fiecare a spus asta în condiții capitolul În Rusia, tehnologiile moderne de management nu vor funcționa Acest răspuns spune multe, de exemplu, că oamenii nu vor să lucreze într-un mod nou Este mai bine să faci ceea ce vrei fără control decât să faci ceea ce ai nevoie sub control strict" [ , p ] Nu se poate spune că în timpul care a trecut de la publicarea articolului citat (și este deja aproape cinci ani), situația s-a schimbat atât de mult în bine Și acest lucru este cu atât mai dezamăgitor cu cât, așa cum am observat deja, introducerea chiar și a celor mai consacrate și tradiționale metode de management de proiect dă un efect pozitiv tangibil în proiectele de construcții Deci, există un decalaj vizibil între metodologia și practica managementului proiectelor de construcții, iar acest decalaj duce inevitabil la o anumită dezamăgire a practicienilor în metodologie Analizând starea actuală a managementului de proiect în industria construcțiilor, P Morris afirmă: "În construcțiile industriale, managementul de proiect este o practică general recunoscută, dar, cu toate acestea, nu este considerată principala disciplină profesională În construcția clădirilor și a ingineriei civile, managementului de proiect i se acordă și mai puțină importanță, considerându-l, în cel mai bun caz, ca o continuare a managementului de șantier sau a estimării costurilor" [ , p ] Unul dintre factorii semnificativi care împiedică implementarea la scară largă a metodelor de management de proiect în construcții, potrivit lui P Morris, este că activitățile reale de management de proiect în construcții includ de obicei un domeniu mai larg în comparație cu modelul tradițional PMBOK(r)Guide, și anume gestionarea problemelor strategice, tehnice și comerciale Astfel, ar trebui să vorbim despre faptul că managementul de proiect trebuie implementat ca un circuit de management cu drepturi depline, care afectează atât aspectele de management strategic, structura organizatorică a companiei și structura financiară a acesteia, cât și sistemul de bugetare, cât și sistemul de management al personalului , și sistemul de management al calității și multe altele, inclusiv, desigur, tehnologia informației Și acest lucru este imposibil fără a crea norme corporative și o cultură a managementului de proiect și a le fixa sub forma unui standard al companiei Această idee a fost întruchipată cel mai pe deplin în conceptul de management total al proiectului (TPM) al unei companii de construcții propus în [ ] Acest concept presupune optimizarea tuturor domeniilor proiectelor companiei: formarea unui portofoliu echilibrat de contracte (viabile, profitabile, care contribuie la creșterea companiei), realizarea unei rentabilitati ridicate, realizarea unor performanțe ridicate a operațiunilor și creșterea Proiecte și standarde Standard de management al proiectelor companiei de construcții capacitatea unităților de afaceri de a minimiza riscurile prin control structurat și reglementare a operațiunilor Fără să ne pretindem că completăm acoperirea temei, dorim să evidențiem trei puncte care, în opinia noastră, sunt fundamentale în ceea ce privește structura și conținutul standardului de management de proiect pentru o firmă de construcții În primul rând, standardul ar trebui să reflecte aspecte legate de adaptarea structurilor organizatorice stabilite istoric ale companiilor de construcții la metodele de management al proiectelor Gama de soluții posibile aici poate fi destul de largă Soluția care afectează minim modul tradițional al companiei este organizarea proiectului ca "pipeline", în care rolul managerului de proiect se limitează la funcțiile de coordonare a acțiunilor diverselor departamente Și cea mai radicală cale este trecerea la o structură matriceală flexibilă În plus, este în mare măsură posibilă și necesară standardizarea calendarului și planificarea resurselor proiectelor până la formarea planurilor calendaristice standard pentru principalele tipuri de proiecte ale companiei Baza construcției lor poate fi standardele și tehnologiile de construcție care vă permit să determinați cu exactitate compoziția și succesiunea lucrărilor, precum și durata și costul acestora În sfârșit, standardul trebuie să reflecte în mod necesar caracteristicile specifice ale proiectelor de construcții, asociate cu prezența a numeroase părți ale căror interese sunt în domeniul protecției mediului, drepturile cetățenilor afectați direct sau indirect de proiect etc Aici, managementul proiectului standardul se poate baza pe o anexă specială la "Ghidul pentru corpul de cunoștințe privind managementul proiectelor - PMBOK(r)Guide " [ ] Standardul de management al proiectelor corporative include o serie de documente care detaliază în mod constant ideea despre cum, în ce secvență, la ce oră, cu ajutorul cărora documentele trebuie efectuate anumite acțiuni în procesul de management al proiectului Structura generală a unui standard de management de proiect al întreprinderii este dată în Secțiunea din Figura Luați în considerare în continuare principiile de construcție și exemplele unora dintre aceste documente Politica de management de proiect Documentul fundamental care definește principiile managementului de proiect în companie este numit diferit - conceptul, metodologia Ni se pare că este cel mai corect să numim un astfel de document capitolul politică, întrucât scopul principal al acestui document este de a delimita responsabilitățile diferitelor departamente și ale funcționarilor individuali ai companiei în implementarea activităților implementate în formularul de proiect Vom lua în considerare trei componente principale ale politicii de management de proiect - clasificarea proiectelor, ciclurile de viață ale proiectelor, rolurile funcționale și responsabilitățile participanților la proiect Clasificarea proiectelor de constructii De regulă, o firmă de construcții realizează proiecte care diferă în funcție de locația geografică, tipurile de tehnologii aplicate și/sau implementate, complexitatea, amploarea și durata lucrărilor efectuate etc Pe baza acestor (și a altora) caracteristici reale ale proiectelor, regulile de management pot fi oficializate proiecte de companie in toate domeniile functionale În întregime, regulile de management de proiect acoperă următoarele aspecte, deși trebuie menționat că această listă este departe de a fi exhaustivă: • Conținutul și limitele proiectului - scopurile și obiectivele proiectului, principalele rezultate, criterii de evaluare a faptului că lucrarea sau o parte din aceasta a fost finalizată • Etapele proiectului - principalele evenimente ale proiectului și un plan de realizare a acestora, eventual folosind o structură de defalcare a lucrărilor • Bugetul planificat al proiectului - estimări detaliate ale cheltuielilor și veniturilor legate de termenii calendaristici ai proiectului • Structura organizatorică a proiectului - responsabilitatea și ordinea de interacțiune între participanți, rolurile și responsabilitățile figurilor cheie ale proiectului • Managementul documentației de proiect - structură, mediu de stocare și procedură pentru crearea și menținerea unei biblioteci de documente de proiect, o listă de șabloane de documente • Managementul abaterilor - proceduri de abordare a riscurilor, a problemelor emergente și a modificărilor, forme de documente relevante • Asigurarea calității - o listă și proceduri pentru desfășurarea activităților care vizează asigurarea calității atât a rezultatelor proiectului (produsului), cât și a proceselor de management al proiectului și a performanței muncii Proiecte și standarde Standard de management al proiectelor companiei de construcții • Control și raportare - reglementări pentru desfășurarea activităților de analiză a stării proiectului, formulare de raportare corespunzătoare • Ipoteze și constrângeri - ipotezele pe baza cărora au fost făcute estimări ale termenelor, efortului și costurilor proiectului, inclusiv o descriere a riscurilor inițiale • Cerințe și standarde - o listă de documente normative și de reglementare sau prevederile lor individuale care ar trebui respectate în cursul lucrărilor de proiect Pentru a oferi o vedere sistematică a tuturor obiectelor EMS și pentru a oficializa regulile de implementare a proiectelor, toate proiectele companiei trebuie clasificate Informații mai detaliate despre utilizarea clasificării proiectelor în formalizarea metodelor de management de proiect pot fi găsite în [ ] Ca cele mai importante motive de clasificare pentru companiile de construcții și inginerie, evidențiem următoarele Scopul (rezultatul) proiectului este de a studia posibilitățile de construcție, elaborarea documentației de proiect, construcție (reconstrucție, revizie, construcție nouă), instalare de echipamente Această clasificare definește toate tipurile de proiecte ale companiei care au cicluri de viață și abordări fundamental diferite ale documentației, managementului calității și standardizării Rețineți că o companie de construcții poate implementa nu numai proiecte de construcție, ci, de exemplu, proiecte de dezvoltare internă care se pot referi la o varietate de domenii (IT, HR, finanțe etc ) Desigur, în standardul de management al proiectelor pentru o companie de construcții, ar trebui să se acorde atenție acestor proiecte, dar ele nu fac obiectul acestei cărți Sursa de finanțare a proiectelor o constituie fondurile clientului, fondurile proprii, împrumuturile, fondurile clienților și partenerilor terți Clasificarea definește tipurile de proiecte care diferă în procedurile de planificare și alocare a fondurilor, control și raportare Autorii le mulțumesc CityInvestStroy și companiei de management de proiect (RMS) (St Petersburg) pentru permisiunea de a folosi materialele standardului de management al proiectelor corporative capitolul Rolul companiei in implementarea proiectului - clientul general, subcontractant, antreprenor general, societate de management Clasificarea definește tipurile de proiecte care diferă în regulile pentru formarea și gestionarea bugetului proiectului, procedurile de control și raportare și structura organizatorică Amploarea proiectului - o combinație între costul și durata proiectului (vezi Tabelul ) Clasificarea determină tipurile de proiecte care diferă în ceea ce privește nivelul funcționarilor implicați, gradul de formalizare a procedurilor de management și cerințele pentru raportarea managementului Complexitatea proiectului - o combinație de parametri de producție, tehnologici și organizatori ai proiectului (vezi Tabelul ) Parametrii tehnologici includ noutatea soluțiilor implementate, iar parametrii organizatorici includ numărul de diferiți stakeholderi implicați în implementarea proiectului clasă Tabelul Clasificarea proiectelor pe scară " ^Cost Duration Cost scăzut Cost mediu Cost ridicat Durată scăzută Mic Mediu Mediu Durata medie Mic Mediu Mare Durată lungă Mediu Mare Mare Tabelul Clasificarea proiectelor după complexitate Părți interesate Noutate Una sau două părți interesate Trei până la cinci părți interesate Mai mult de cinci părți interesate Soluție standard Complexitate scăzută Complexitate scăzută Complexitate medie Soluție actualizată Complexitate redusă Complexitate medie Complexitate medie Soluție renumită pe piață Complexitate medie Complexitate ridicată Complexitate ridicată Soluție nouă Complexitate medie Complexitate ridicată Complexitate ridicată Proiecte și standarde Standard de management al proiectelor companiei de construcții Clasificarea face posibilă evidențierea tipurilor de proiecte care diferă în ceea ce privește structura organizatorică - numărul de niveluri de conducere, nivelul funcționarilor implicați, necesitatea implicării experților Clasificarea poate fi completată cu parametri de producție care iau în considerare, de exemplu, numărul de tipuri de muncă (conform SNiPs) Apoi, complexitatea rezultată a proiectului va trebui să fie reprezentată printr-o matrice de convoluție tridimensională Pe lângă cele discutate mai sus, pot fi folosite și alte clasificări care determină diferențele dintre proiecte nu mai prin parametri interni, ci prin poziționarea acestora în companie De exemplu, prioritatea unui proiect, determinată pe baza unui număr de factori economici și politici externi și interni, poate fi luată în considerare la furnizarea de resurse financiare, materiale și de muncă O descriere a abordărilor generale ale clasificării proiectelor, inclusiv a celor din industria construcțiilor, poate fi găsită în [ ] Ciclul de viață al proiectului Reamintim că ciclul de viață al proiectului este considerat ca un set de lucrări logic interconectate, în procesul de finalizare al cărora se atinge unul dintre principalele rezultate ale proiectului Când se formează ciclul de viață al unui proiect de construcție, este firesc să se bazeze pe ciclul de viață al obiectului de construcție Acest ciclu de viață include formarea conceptului de obiect, proiectare, construcție și exploatare Pe baza acestui fapt, ciclul tradițional de viață al unui proiect de construcție ar trebui să includă următoarele etape (vezi Figura ): • Cercetare de oportunitati - analiza optiunilor si formarea conceptului de obiect, analiza pre-proiect, elaborarea si aprobarea strategiei de constructie De fapt, această etapă pre-proiect pentru antreprenori este adesea efectuată ca Figura Etapele ciclului de viață al unui proiect de construcție capitolul un proiect independent (de marketing), care are ca rezultat oferte comerciale sau documentație de licitație care conține conceptul de obiect și alte informații necesare • Planificare si proiectare - elaborarea devizelor de proiectare, intocmirea calendarului detaliat si a planurilor de resurse, formularea termenilor si conditiilor contractelor, incheierea contractelor cu antreprenorii si subcontractantii Dezvoltarea estimărilor de proiectare poate fi, de asemenea, un proiect independent (dar deja comercial) pentru contractori, cum ar fi un institut de proiectare • Productie - realizarea unui obiect, implementarea proviziilor necesare, lucrari de constructie si instalare, punerea in functiune, testarea sistemelor de inginerie etc • Punerea în funcțiune - teste de acceptare, punere în funcțiune, întreținere O privire mai detaliată asupra proiectului ne permite să evidențiem componentele din acesta care au legătură directă cu construcția și instalarea echipamentelor, precum și cu alte zone afectate direct sau indirect de proiect (exemplele de descompunere a lucrărilor în proiecte de construcții pot fi găsit, de exemplu, în [ ]) Un astfel de detaliu permite, la rândul său, să evidențieze evenimentele cheie (reperele) ale proiectului și relația dintre acestea Ca urmare, devine posibil să se descrie ciclul de viață al proiectului într-o formă mai puțin schematică, să se reflecte în el relațiile reale cauză-efect, posibilitatea executării paralele a lucrării Rețineți că ciclul de viață al unui obiect nu este limitat la etapele specificate Prin urmare, multe abordări moderne ale managementului proiectelor în construcții se bazează pe o înțelegere extinsă semnificativ a ciclului de viață al unui proiect de construcție, inclusiv stadiul studiului strategic, precum și etapele de după punerea în funcțiune a obiectului (exploatare, reconstrucție, lichidare) ) Vom vorbi despre acest lucru mai detaliat mai târziu în acest capitol (vezi secțiunea ) Rolurile și responsabilitățile funcționale ale participanților la proiect Secțiunea descrie pe scurt rolurile principale ale participanților la proiect - investitor, client general, client funcțional, antreprenor, organizații de exploatare Să aruncăm o privire mai atentă asupra unora dintre aceste roluri, așa cum se aplică proiectelor de construcții Proiecte și standarde Standard de management al proiectelor companiei de construcții • Client general În conformitate cu legislația Federației Ruse în domeniul proiectelor de construcții, acest rol este atribuit clientului-dezvoltator, ale cărui funcții includ *: ♦ obținerea și înregistrarea datelor inițiale pentru proiectarea instalațiilor de construcție și reconstrucție; ♦ suport tehnic pentru etapa de proiect; ♦ înregistrarea autorizaţiilor de construcţie şi reconstrucţie; ♦ asigurarea eliberării șantierului; ♦ asigurarea construcţiilor cu materiale şi utilaje; ♦ organizarea și conducerea construcțiilor; ♦ coordonarea activităților de proiectare, construcție și instalare, organizații specializate și alte organizații implicate în proiectarea, construcția și reconstrucția instalațiilor • Client funcțional De obicei, clientul funcțional este proprietarul actual sau viitor al clădirii Sarcina sa este de a determina rezultatele fezabile, viabile și rentabile ale proiectului • Interpreți Lucrările la crearea devizelor și specificațiilor de proiectare sunt efectuate de o organizație de proiectare subcontractată (proiectant, arhitect), iar lucrările legate direct de construcție sunt efectuate de o organizație de construcții (constructor, inginer) Aprovizionarea materialelor și structurilor , echipamentele principale și auxiliare sunt executate furnizorii Proiectantul general (antreprenorul general) poartă responsabilitatea generală pentru implementarea întregii game de lucrări de proiectare și inspecție a instalației În ceea ce privește proiectele de construcții, standardele disting două grupuri mai importante de părți interesate - autoritățile de reglementare și publicul [ ] A se vedea www glossary ru Aici, versiunile în limba engleză ale numelor sunt date conform documentului [ ], iar cele rusești corespunzătoare, conform lucrării [ ] capitolul • Regulatoare Organismele de reglementare includ autorități internaționale, de stat, locale care desfășoară funcții de supraveghere și de autorizare în legătură cu diferite aspecte semnificative ale construcției clădirilor și structurilor De regulă, participarea acestor organisme de reglementare la proiect este strict reglementată Un exemplu de astfel de reglementare pentru pregătirea documentelor de investiții ale proiectelor este dat în [ ] Lista autorităților coordonatoare definite de acest regulament este impresionantă: ♦ Comitetul de constructii, ♦ Comisia de investiții și licitații a orașului, ♦ Centrul Local pentru Supravegherea Sanitară și Epidemiologică de Stat, ♦ Departamentul Local de Inventariere și Evaluare Imobiliară, ♦ Comitetul pentru Urbanism și Arhitectură, ♦ Comitetul de Stat pentru Controlul, Utilizarea și Protecția Monumentelor Istorice și Culturale, ♦ Comitetul pentru resursele funciare și managementul terenurilor, ♦ Comitetul de Administrare a Proprietății Orașului, ♦ Managementul inregistrarii tranzactiilor cu imobiliare, ♦ Comitetul pentru energie și inginerie, ♦ organ teritorial al administrației locale, ♦ Departamentul de grădinărit peisagistic Este interesant de observat că, în ciuda faptului că toți constructorii profesioniști sunt conștienți de inevitabilitatea acestor aprobări, de foarte multe ori rezerve de timp suficiente sau chiar adecvate nu sunt incluse în planurile calendaristice • Public Publicul sunt grupuri organizate de cetățeni sau cetățeni individuali ale căror interese pot fi afectate în diferite grade în timpul sau după finalizarea unui proiect de construcție Influența publicului asupra proiectelor de construcții în societatea modernă este în continuă creștere și afectează toate aspectele esențiale ale acesteia - momentul implementării, costul, soluțiile de proiectare etc , până la terminarea completă a proiectului Proiecte și standarde Standard de management al proiectelor companiei de construcții La implementarea proiectelor de creare a unor facilități mari semnificative din punct de vedere social, reprezentanții organismelor de reglementare și publicul pot fi incluși direct în echipa de proiect la nivelul managementului și coordonării strategice (consiliu coordonator sau consiliu public) Standard de operare Structura standard de operare Structura standardului operațional este determinată de doi factori principali: standardele de management al proiectelor din industrie și corporative determină lista de secțiuni ale standardului (în [ ] le-am numit microșabloane), iar clasificările proiectelor adoptate determină conținutul acestor secțiuni Aceste microșabloane ar trebui utilizate în formarea unui mediu oficial pentru fiecare proiect specific, care include un set de proceduri și documente utilizate în acest proiect particular Tabelul prezintă un fragment din structura standardului de management al proiectelor operaționale pentru o companie de construcții, pe baza clasificatorilor discutați în secțiunea Pentru fiecare celulă marcată din standard, trebuie să existe șabloane tipice pentru fiecare element al clasificării corespunzătoare Să luăm în considerare cum arată în practică, folosind exemplul structurii organizaționale a proiectului După cum se poate observa din Tabelul , aproape toți parametrii principali ai proiectului afectează compoziția standardului în ceea ce privește structura organizatorică a proiectului Astfel, pentru a înțelege exact ce șabloane ar trebui să apară în această secțiune, este necesar să se ia în considerare elementele individuale ale structurii organizatorice a proiectului Deoarece majoritatea acestor elemente au fost deja menționate într-un aspect sau altul în această carte, ne vom limita aici să le enumeram doar: • organisme de management de proiect la diferite niveluri (comitet director, grup de management de proiect) - unități structurale temporare care îndeplinesc funcțiile de management strategic și operațional de proiect; • oficialii companiei implicați în managementul proiectelor; • structuri de expertiză - unităţi structurale permanente sau temporare care efectuează examinarea soluţiilor tehnice; capitolul Tabelul Fragment din structura standardului operațional pentru managementul proiectelor de construcții Prioritatea proiectului Complexitatea proiectului Sfera de aplicare a proiectului SX ■ X e; eu o s* Sursa de finantare Scopul proiectului x in / / ffl * / f / X o / Ie/ O / o / i / / i / £ a / i / z / i i / I n / - Conținutul și limitele proiectului x și f in o F s Bugetul planificat al proiectului Structura organizatorică a proiectului Gestionarea documentației proiectului Gestionarea abaterilor Asigurarea calității Control și raportare Ipoteze și restricții Cerințe și standarde Proiecte și standarde Standard de management al proiectelor companiei de construcții • grupuri de lucru - unităţi structurale permanente sau temporare care efectuează anumite cantităţi de muncă în conformitate cu specializarea lor Exemple de șabloane necesare pentru fiecare dintre aceste elemente sunt date în Tabelul , iar exemple ale conținutului lor sunt date în Tabelul Fragmentul standardului de funcționare prezentat în aceste tabele acoperă aspecte legate de formarea unui singur document (deși foarte important) - Planul de Management al Proiectului Dar alte elemente ale mediului de proiect formalizat pot fi formate după același principiu Proceduri de management de proiect Unul dintre cele mai importante elemente ale unui mediu de proiect oficial sunt procedurile de management de proiect Abordarea generală a formării lor este descrisă în secțiunea , iar această secțiune discută modul în care aceste principii pot fi aplicate proiectelor de construcții Rețineți că fiecare dintre principalii participanți la proiectul de construcție îl vede diferit În conformitate cu această viziune, se formează și proceduri de management de proiect Standardul artistului Interpreții (designeri, constructori, firme de inginerie) se caracterizează printr-o viziune tehnologică Prin urmare, procedurile sunt adesea construite de-a lungul ciclului de viață al unui proiect Prin această abordare se fixează etapele semnificative ale proiectului la nivelul unei proceduri formale, se determină momentul implementării lor și se determină rezultatele Să luăm în considerare o abordare similară a formării procedurilor de management de proiect folosind standardele a două companii ca exemplu Procedurile standard ale ambelor companii, în ciuda unor diferențe externe, urmăresc ciclul de viață al unui proiect de construcție Procedura de management de proiect pentru compania de construcții CityInvestStroy (Sankt Petersburg) definește trei etape: • Etapa de marketing acoperă toate activitățile companiei, de la momentul primelor contacte cu un potențial client până la momentul încheierii unui contract de lucrări de proiectare și construcție • Etapa de proiectare reglementează acțiunile antreprenorului și ale subcontractanților în procesul de elaborare și de a conveni asupra documentației de proiectare O scurtă descriere a CityInvestStroy este dată în secțiunea Tabelul Structura microșabloanelor secțiunii "Structura organizațională a proiectului" Elemente ale structurii organizatorice Clasificarea proiectelor Scopul proiectului Sursa de finanțare Amploarea proiectului Complexitatea proiectului Prioritatea proiectului Organisme de management de proiect la diferite niveluri Compoziția organismelor de management de proiect (reprezentarea părților interesate) Structura organismelor de management de proiect (simplu, ierarhice) Compoziția organismelor de management de proiect (nivel de reprezentare a părților interesate) Funcționari implicați în managementul proiectelor Cerințe privind statutul persoanelor care exercită managementul proiectelor (funcția în organizație) Cerințe privind calificările personalului de conducere (certificate, experiență în managementul proiectelor) Grupuri de lucru Structura echipei de proiect (grup de marketing, grup de proiectare, grup de construcții) Compoziția rolurilor grupurilor de lucru Cerințe de calificare pentru executanți (certificate, experiență profesională) Structuri de experți Cerințe de calificare pentru experți (certificate, experiență profesională) din S societate mixtă Tabelul Microșabloane ale subsecțiunii "Alcătuirea grupurilor de lucru" Rolul în proiect Poziția în companie Proiect de marketing Proiect de proiectare Proiect de construcție Curator Director Comercial Inginer Sef Sef Serviciu Productie Manager proiect Angajat departament marketing - Angajat serviciu productie Arhitect șef - Inginer șef de proiect Inginer șef de proiect Director de constructii - Supraveghetor de santier Experți în proiectare Ofițer de proiectare - Ofițer de proiectare Expert tehnic Angajat serviciu de producție Angajat serviciu de producție - Designer - Un angajat al departamentului de proiectare Subantreprenori Subantreprenori Constructorii - Subantreprenori Economist Angajat al departamentului de buget Angajat al departamentului de buget Angajat al departamentului financiar Consilier Juridic Consilier Juridic Consilier Juridic Consilier Juridic capitolul • Etapa de construcție reglementează procesele lucrărilor de construcție și instalare; procese de interacțiune cu clientul, furnizorii și subcontractanții; procesele de executare a documentaţiei executive şi de livrare a obiectului In cadrul fiecarei etape, procedura este structurata in faze de control - initializare, planificare, executie, inchidere Un bloc separat în cadrul fiecărei etape include funcții de management al proiectelor - controlul timpului și al bugetului, raportare și analiză, managementul riscului și al schimbării Procedura de management de proiect la Telecomstroy (Sankt Petersburg) arată puțin diferit Schema generală a procedurii utilizate în implementarea proiectelor de inginerie la Telecomstroy este prezentată în Figura Rețineți că această procedură este inclusă în sistemul de management al calității al companiei [ ] Figura Schema procedurii de conducere a unui proiect de inginerie În etapa de inițializare se formează o soluție tehnică preliminară și un buget estimativ al proiectului, care apoi se transformă în etapa preliminară într-o ofertă comercială și un acord cu clientul Proiectarea, realizarea lucrărilor și punerea în funcțiune a instalațiilor se referă la etapa de execuție În etapa finală, se realizează finalizarea oficială a lucrărilor, inclusiv calculele financiare și încheierea de acorduri suplimentare Mai jos este un exemplu de listă generală a problemelor care ar trebui să fie reflectate în standardul unei companii de construcții (un exemplu este dat pentru etapa de construcție a proiectului) Telecomstroy este specializată în proiectarea, furnizarea, instalarea și întreținerea ulterioară a echipamentelor de telecomunicații Compania angajează aproximativ de specialişti de diverse profiluri, iar simultan se desfăşoară până la de proiecte Proiecte și standarde Standard de management al proiectelor companiei de construcții Conținutul procedurii de management al proiectului de construcție în etapa de construcție Faza de inițializare: • formarea Cartei proiectului în faza de construcție; • determinarea structurii și componenței echipei de proiect de către Antreprenor; • alocarea de specialiști echipei de proiect în conformitate cu procedurile adoptate în companie; • desemnarea de către Client a persoanelor responsabile pentru controlul construcției; • formarea infrastructurii proiectului (birou de proiect, dosare de proiect etc ) Faza de planificare: • formarea unui plan de lucru detaliat; • selectia subcontractantilor si furnizorilor, incheierea contractelor; • formarea unui program de aprovizionare cu materiale și componente; • elaborarea compoziției documentației as-built, PPR, hărți tehnice; • elaborarea graficelor de primire și cheltuire a resurselor financiare, bugetul proiectului Faza de execuție: Pasul Obținerea documentației de proiect: • controlul documentației de proiect primite; • clarificarea și corectarea, dacă este cazul, a documentației proiectului; • transferul documentației de proiect pe șantiere Pasul Lucrări pregătitoare: • obținerea site-ului Clientului pentru începerea lucrărilor pregătitoare la proiect; • pregătirea șantierului pentru începerea lucrărilor de construcție, organizarea condițiilor de muncă la unități; • organizarea supravegherii tehnice a lucrărilor în derulare; • formarea unui set de jurnalele necesare pentru SNiP, precum și jurnale pentru controlul intern al muncii Pasul Furnizarea de materiale și echipamente: • formarea aplicaţiilor pentru materiale şi echipamente; • formarea cererilor și facturilor de plată a materialelor și echipamentelor, controlul plății; • organizarea livrării, recepției și depozitării materialelor și echipamentelor Pasul Efectuarea lucrărilor de construcție: • emiterea de sarcini, controlul executării lucrărilor de construcții de către antreprenori direcți, subcontractanți; • formarea raportării obligatorii asupra proiectului (KS și KSZ, Forma de contabilizare și anulare a materialelor), formarea cererilor de materiale, cererilor de modificare a proiectului; • implementarea supravegherii tehnice asupra construcției, asupra calității lucrărilor efectuate și a calității materialelor utilizate; capitolul • formarea de observatii, analiza erorilor, efectuarea de modificari la documentatia de proiectare; • elaborarea, controlul și aprobarea documentației as-built Faza de finalizare: Pasul Livrarea obiectului: • formarea unui pachet de documentație as-built și livrarea acestuia către Client; • organizarea și implementarea punerii în funcțiune internă a obiectului; • eliminarea comentariilor asupra rezultatelor punerii în funcțiune internă a obiectului; • livrarea obiectului către Client; • deţinerea unei comisii de lucru, de stat Pasul Închiderea proiectului: • realizarea decontărilor finale cu subcontractanții și furnizorii; • analiza rezultatelor proiectului, livrarea documentaţiei la arhivă; • Desființarea echipei de proiect Trebuie remarcat faptul că standardul de management de proiect al unei companii de construcții în multe aspecte este sortit să fie de natură cadru Acest lucru se datorează faptului că, fiind o parte subordonată, interpretul este obligat să accepte regulile jocului, care sunt dictate de fiecare client specific în fiecare proiect specific Cu toate acestea, este logic să descriem acele procese care stau de partea antreprenorului cu gradul maxim de detaliere până la definirea reglementărilor standard, adică cu stabilirea unor termene standard pentru finalizarea lucrărilor și aprobări, precum și indicarea departamentele specifice și oficialii implicați în proiect Standardul clientului Clientul general se caracterizează printr-o abordare diferită a gestionării proiectelor de construcții Această diferență este vizibilă în special în cazul proiectelor mari cu un număr mare de participanți În aceste cazuri, adesea cea mai eficientă modalitate de implementare a unui proiect este crearea unei divizii (sau chiar a unei companii separate) dedicată exclusiv gestionării proiectului De acum înainte ne vom referi la această unitate ca Departamentul de Management de Proiect Departamentul de management de proiect este în esență echipa de management de proiect Este format din managerul de proiect (în funcția de șef de departament), adjuncții săi pentru proiectare și construcție, precum și manageri din anumite domenii funcționale: manager pentru controlul programelor de lucru, care este responsabil cu emiterea sarcinilor și contabilizarea muncii efectuate; Proiecte și standarde Standard de management al proiectelor companiei de construcții • manager contabilitate costuri care tine evidenta tuturor tipurilor de resurse (financiare, materiale, umane); • manager aprovizionare cu materiale si echipamente; • manager de comunicare, care organizează toate aprobările interne și externe Astfel, rolul angajatului in proiect devine pozitia lui in companie; anumite funcții sunt atribuite angajatului (funcții de management de proiect!), iar activitățile acestuia în proiect pot fi reglementate direct prin fișele postului De aceea standardul de management de proiect al Clientului General se construiește în mod natural în jurul funcțiilor de management de proiect Nu trebuie să uităm că unele funcții de management de proiect se suprapun cu domeniile de responsabilitate ale altor divizii funcționale ale companiilor Dintre astfel de zone de intersecție, evidențiem, în primul rând, finanțele, proviziile, documentele (vezi Fig ) Procedurile de proiect, în consecință, ar trebui să reglementeze în mod clar interacțiunea unității care gestionează proiectul cu unitățile funcționale permanente ale companiei (cu management financiar, management logistic, departament juridic etc ) Figura prezintă un exemplu de astfel de procedură (reprezentată sub forma unui plan calendaristic) care descrie traseul Figura Domenii de responsabilitate într-un proiect de construcție capitolul Proiecte și standarde Standard de management al proiectelor companiei de construcții documentație de proiectare și deviz (DED) Procesul este descris din punctul de vedere al unui manager de comunicații care coordonează procesul de emitere a documentației de proiectare și deviz De asemenea, sunt implicați în proces: • contractant care elaborează documentația de proiectare și deviz (Designer); • Department of Capital Construction, care controlează documentația de proiectare și construcție pentru conformitatea cu cerințele clienților funcționali (UKS); • Departamentul Evaluare Proiect, care realizează expertiza tehnică a soluțiilor propuse de Proiectant (OEP), etc Zona de responsabilitate a Clientului General include și unele procese legate de domenii de cunoștințe specifice industriei construcțiilor Documentul [ ] definește patru astfel de domenii - protecția muncii (SSM) și siguranța industrială (IS), protecția mediului, finanțarea proiectelor și lucrul cu revendicări Aceste domenii, deși descrise în standardele PMI, nu sunt la fel de cunoscute ca domeniile tradiționale de cunoaștere definite de PMBOK(r)Guide Și, în același timp, niciun proiect de construcție nu poate ocoli cele patru zone enumerate (vezi Fig , , și ) Pentru implementarea funcțiilor relevante, Departamentul de Management al Proiectului trebuie să aibă posturi de personal (manager de sănătate și siguranță, manager de mediu etc ) Fișele postului pentru aceste posturi pot urma direct secțiunile relevante ale PMBOK(r)Guide D Armonizarea standardelor participanților la proiect Deci, am stabilit că standardele de gestionare a proiectelor de construcție ale Clientului și ale Antreprenorului pot diferi semnificativ Dar pentru a împărtăși cu succes și eficient aceste standarde, acestea trebuie armonizate Evidențiem două niveluri de armonizare - ideologic și tehnologic La nivel ideologic, armonizarea standardelor înseamnă că Clientului trebuie să i se ofere posibilitatea de a implementa toate procedurile standardului său, inclusiv în ceea ce privește funcțiile îndeplinite pe partea Antreprenorului Din aceasta nu rezultă că Antreprenorul este obligat Problemele managementului costurilor sunt prezentate mai pe deplin și ținând cont de specificul rusesc în [ , ] Planificarea activităților pentru sănătate și siguranță Implementarea masurilor de sanatate si securitate Administrare și raportare HSE Analiza pericolelor și amenințărilor pentru sănătate și siguranță Selectarea subcontractanților H&S Dezvoltarea unui sistem de stimulare pentru asigurarea sănătății și siguranței • Furnizarea echipamentului individual de protecție • Instalarea echipamentului de protecție • Verificări periodice ale mașinilor și echipamentelor de construcții • Instalarea dispozitivelor de avertizare (afișe etc ) • Instruire și informare privind sănătatea și securitatea • Verificări de sănătate și siguranță • Investigarea incidentului • Mentinerea jurnalelor de verificare, generare de rapoarte la inspecții • Înregistrarea instruirii și briefing • Păstrarea evidențelor incidentelor, bolilor și rănilor • Păstrarea înregistrărilor foto, video și audio • Înregistrarea documentelor pentru investigarea incidentelor • Suport medical • Controale pentru droguri și alcool Figura Asigurarea protectiei muncii si a securitatii industriale \ \ \ Planificarea măsurilor de protecţie a mediului \> Analiza şi evaluarea stării • Identificarea și evaluarea riscurilor asociate cu protecția mediului • Analiza și selecția metodelor alternative de construcție • Analiza celor mai bune practici și bune practici din industrie • Analiza scenariilor posibile (definire și fixare pe diagrame cauză-efect) • Analiza cerințelor părților interesate de proiect Reutilizarea și eliminarea materialelor Audit de mediu Instruire si instruire in protectia mediului • Control de calitate • Managementul riscului de mediu Figura Asigurarea protectiei mediului Capitolul Proiecte și standarde Standardul de management al proiectelor companiei de construcții Planificarea finanțării proiectelor Managementul finanțării proiectelor Administrarea finanțelor și contabilitatea • Analiza financiară a proiectului (studiul fluxurilor financiare și a posibilelor surse de finanțare) • Elaborarea unei strategii optime de marketing pentru proiect și formarea unui plan financiar • Analiza sensibilității planului financiar • Identificarea posibilelor surse suplimentare de finanțare • Testarea planului financiar, desfasurarea negocierilor prealabile cu potentialii creditori • Contabilitatea veniturilor si cheltuielilor, • stabilirea chitantelor, analiza abaterilor si cheltuielilor acestora in conformitate cu bugetul proiectului cu planul de conturi a proiectului • Efectuarea interna in contabilitate financiar de sistem și extern • Audituri contabile • Analiza și prognozarea fluxurilor financiare • Rapoarte financiare pentru părțile interesate Figura Asigurarea finanțării proiectelor Identificarea reclamației Evaluarea pierderilor Prevenirea pierderilor Rezolvarea reclamației • Definiție • Estimarea domeniului de aplicare • Asigurarea clarității • Implementarea respectarea eventualelor prevederi de fond ale negocierilor prevederile contractului aditional al interesatilor contract de muncă • Furnizarea părților • Evaluarea juridică • Evaluarea validității revendicărilor • Angajarea consecinţe în graficul de costuri al intermediarilor de proiect • Documentare, exprimare • Verificare (de către arbitri independenți) inclusiv foto- • Aplicarea oportunităților și videoclipuri, proceduri de implementare • Proceduri desene, dovezi ale deciziilor de proiectare de drept contractual in instanta martori etc (cautare precedente) • Reglementare • Estimarea costurilor • Evaluarea implicaţiilor informaţiei juridice pentru diagrama de flux de rezoluție lucrări ulterioare • Stabilirea de parteneriate • Documentația de calitate • Managementul colaborativ al schimbării • Verificarea prealabilă a revendicărilor contractantului Capitolul Proiecte și standarde Standardul de management al proiectelor companiei de construcții Figura Asigurarea lucrărilor la daune capitolul își schimbă radical propriul standard, deoarece (după cum am menționat mai sus) standardul Antreprenorului din secțiunile luate în considerare este de obicei de natură cadru Armonizarea standardelor se realizează în cadrul unui acord special încheiat de Client și Antreprenor pe durata unui anumit proiect - Carta Proiectului La nivel tehnologic, armonizarea standardelor înseamnă că tuturor participanților la proiect trebuie să li se ofere posibilitatea de a obține informații într-un format agreat, într-un interval de timp convenit, cu o fiabilitate și fiabilitate date Pentru proiectele mari, această sarcină poate fi rezolvată numai folosind tehnologia informației Un exemplu de astfel de sistem poate fi găsit în [ ], unde se are în vedere un proiect de construcție a unei centrale de gaze naturale lichefiate, în care a fost utilizat un sistem informațional similar Acesta prevedea automatizarea unei game largi de funcții, atât în domeniul managementului proiectelor, documentelor și consumabilelor, cât și în domeniul ingineriei și construcțiilor Aceasta a asigurat integrarea informațiilor în timp, adică transmiterea acesteia prin toate etapele ciclului de viață al obiectului Toți principalii participanți ai proiectului au fost conectați la sistem - proprietarul fabricii, sediul central al proiectului, șantiere, parteneri de inginerie, furnizori, licențiatori, ceea ce a făcut posibilă integrarea informațiilor în spațiu "Standard grozav pentru o companie mica Acest capitol își datorează titlul unui articol al lui Boris Letuchy, în care acesta afirmă: "Aș dori să subliniez că chiar și într-o companie mică (sau poate doar o companie mică), implementarea managementului de proiect și a standardelor interne este o nevoie urgentă și poate contribui foarte mult la succesul " [ , p ] O concepție greșită destul de comună este ideea unui standard de management de proiect ca obiect de uz casnic, cu siguranță util, dar prea împovărător pentru bugetul companiei În această secțiune, pe baza experienței reale a unei mici companii de construcții CityInvestStroy din Sankt Petersburg, arătăm cum se poate obține un rezultat cu adevărat util în domeniul standardizării managementului proiectelor prin operarea cu sume relativ mici Secțiunea se bazează pe un raport comun realizat de clientul standardului și executantul lucrării la realizarea acestuia [ ] Proiecte și standarde Standard de management al proiectelor companiei de construcții Setările organizației Profilul companiei Activități principale: • Managementul proiectelor de constructii, servicii de inginerie, implementarea functiilor Antreprenorului General si Clientului pentru constructii, proiectare cladiri si structuri de nivel I si II de responsabilitate in conformitate cu standardul de stat • Proiectare arhitecturala, intreg complexul de lucrari generale de constructii si finisaje, consolidari si hidroizolatii fundatii, lucrari de fatada • Echipamente pentru podele industriale din beton, acoperișuri, amenajări, amenajări peisagistice • Protecția anticorozivă a structurilor și echipamentelor clădirilor; acoperiri decorative polimerice și acoperiri pentru scopuri speciale, pardoseli din beton și pardoseli cu strat superior întărit, lucrări de amenajare a teritoriului Clienții sunt organizații de diverse profiluri, inclusiv întreprinderi industriale și complexe de depozite, bănci, centre de afaceri, dealeri de mașini, complexe comerciale și sportive, instituții de învățământ și instituții medicale Personal Numărul personalului administrativ și ingineresc (excluzând numărul echipelor de producție) este de de persoane, inclusiv: • personal administrativ și managerial - persoane; • departament productie, tehnic si buget - persoane; • departament productie si constructii - persoane; • departament financiar - persoane; • birou de proiectare arhitecturală - persoane; • departamentul aprovizionare, montaj și transport auto - persoane; • compartiment administrativ - persoane; • divizarea acoperirilor polimerice - persoane Date din iunie capitolul Numărul de muncitori de producție în timpul sezonului de construcție (aprilie-noiembrie) - până la de persoane La momentul elaborării standardului, nouă subcontractanți erau implicați în lucrări la unități Au fost efectuate lucrări pe șantiere Motive pentru începerea lucrului privind crearea unui standard de management de proiect Creșterea rapidă a volumului lucrărilor de construcție și instalare, precum și a numărului de instalații în construcție în ultimii ani, a determinat necesitatea unor schimbări structurale La momentul demarării proiectului, problemele de management din companie nu deveniseră încă probleme de producție și punerea în funcțiune a instalațiilor Mai exact, compania și-a compensat erorile manageriale cheltuind resurse suplimentare (manageriale, materiale, financiare, temporare) pentru finalizarea cu succes a instalației În aceste scopuri, fie au fost folosite resurse acumulate anterior, fie au fost transferate rezultate financiare către proiecte noi, asigurând în general lichiditatea globală a companiei În general, compania era "în plină ascensiune", structura actuală asigura activități de producție sustenabile, iar încărcătura operațională ridicată a managementului nu permitea distragerilor să dezvolte perspective Într-o astfel de situație, pentru mulți manageri ai companiei, oportunitatea schimbărilor nu era evidentă Iar acţionarii şi managerii de top, care au înţeles nevoia schimbării, nu au fost încrezători în necesitatea trecerii la o structură orientată spre proiect Cu toate acestea, s-a decis începerea lucrărilor la implementarea managementului de proiect Primul pas este să explorezi și să încerci Strategia de implementare a abordării proiectului Misiunea pentru proiect a fost formulată după cum urmează Un grup de firme de construcții își implementează propriul program de trecere la un sistem de management orientat pe proiecte Programul este implementat în mai multe etape La sfârșitul fiecărei etape se ia decizia de a continua programul Scopul este de a introduce tehnologia de management al proiectelor de construcții în conformitate cu cele mai bune practici și standardele internaționale În primul rând, curatorul de proiect a fost aprobat de la conducerea de vârf a companiei, care trebuia să ofere companiei obiectivele și conținutul modificărilor, precum și algoritmul optim pentru trecerea la o nouă structură Proiecte și standarde Standard de management al proiectelor companiei de construcții Pentru a rezolva această problemă, a fost introdus un termen limită de luni Aceasta este perioada în care fie trebuie să se obțină rezultate semnificative, fie se ia decizia de a închide proiectul A doua constrângere importantă a fost bugetul, care s-a decis să fie minimizat (vezi mai jos) A treia limitare a fost că procesul de creare și implementare a standardului nu ar trebui să introducă un dezechilibru în activitatea companiei Prima etapă trebuia finalizată în luni Pentru a face acest lucru, s-a decis crearea unei echipe de - persoane, formată din: • șef al părții tehnologice a proiectului; • doi manageri de proiect cărora li sa atribuit rolul de consultanți interni în managementul proiectelor; • doi (în continuare - mai mulți) directori de proiect de construcții Bugetul prima etapă Principalele elemente de cost ale primei etape a proiectului sunt prezentate în Tabelul Una dintre principalele constrângeri bugetare a fost dorința de a minimiza costul salariilor pentru personalul dedicat proiectului Tabelul Estimarea costului proiectului de implementare sisteme de management de proiect (prima etapă) Plan Cantitate Echipament Tsoi -', USD Total, USD Organizarea canalului I Echipamente de rețea Server Computer manager PM Alimentare neîntreruptibilă TOTAL Cantitate salariala /p USD pe lună Salariu total, USD Administrator sistem SIS manager RM Consultant IT TOTAL Consultanți externi, seminarii, literatură, costuri neînregistrate CHELTUIELI TOTALE capitolul Consultanți interni Pe baza constrângerilor bugetare, "profilul" consultantului intern a fost format după cum urmează: • vârsta - - ani; • învăţământ - tehnic superior (se poate atrage studenţi seniori), de preferinţă în domeniul managementului construcţiilor; • utilizator de PC cu experiență, cunoașterea pachetelor MS Project este de dorit; • număr și sex - două persoane, un bărbat și o femeie; • gândirea combinatorie, adică capacitatea de a percepe procesul (sarcina) ca întreg și implementarea (soluția) acestuia prin detalierea în subsarcini separate (imbricate) cu implementarea lor secvențială; • revendicări scăzute ale materiei prime Salariul estimat pentru primele șase luni - de dolari pe lună plus bonusuri (cu bonusuri - până la USD); • performanță ridicată, inclusiv la utilizarea unui computer; • capacitatea de învățare, inclusiv auto-învățare; • cunoașterea limbii engleze tehnice (de preferință, deoarece există multă literatură în limba engleză); • organizare ridicată, disciplină internă, punctualitate, acuratețe în munca de birou (un birocrat în sensul bun al cuvântului) combinate cu ambițiile unui manager de specialitate Cel puțin dorința de a obține o specialitate promițătoare, capacitatea de a continua să lucrezi de la distanță în orice regiune Condiții de lucru și așteptări de rezultate: • Zi de lucru neregulată (muncă zilnică independentă conform planului), rapoarte scrise către manager cu privire la fiecare sarcină finalizată • Participarea la pregătirea rapoartelor și prezentărilor privind progresul programului • Crearea de MS Project-şabloane ale proceselor standard de construcţie şi managementul lucrărilor de construcţie reale pe baza acestora Dezvoltarea si optimizarea procesului de management de proiect prin intermediul MS Project Elaborarea proiectelor de decizii de management pentru directorii de lucrări și directorul general Proiecte și standarde Standard de management al proiectelor companiei de construcții Pe baza acestor cerințe și condiții s-a decis preluarea rolului de consultanți interni ai studenților, instruirea acestora și studierea cu aceștia O condiție prealabilă pentru munca consultanților interni a fost întocmirea de rapoarte zilnice și săptămânale consolidate asupra materialului studiat Rapoartele primite au fost folosite ulterior pentru a instrui alți angajați ai companiei O împrejurare importantă a fost motivarea corectă a părților Compania a primit informații detaliate despre managementul de proiect la nivel de intrare într-un limbaj accesibil sub formă de rapoarte scrise Ea a minimalizat riscurile financiare, având posibilitatea de a rezilia proiectul în orice moment În final, în cazul finalizării cu succes a etapei, compania a primit tineri specialiști (nivel de secretar de proiect) pentru bani minimi Studenții au primit o îndrumare în carieră modernă, posibilitatea de a fi angajați după absolvire pentru a lucra într-o companie, un plus la o bursă în valoare de - de dolari pe luna După finalizarea cursului de auto-studiu, studenții au fost direcționați către cursuri certificate Au fost încheiate acorduri cu studenții, care stipulau condițiile de finanțare a educației acestora și responsabilitatea părților după absolvire Proiecte pilot Rezultatele pregătirii consultanților interni au fost recunoscute ca pozitive, iar apoi s-a început lucrul propriu-zis la implementarea metodelor de management de proiect pe proiecte reale (pilot) În grupurile de lucru au fost incluși consultanți interni în calitate de secretari de proiect, care au ținut evidența activităților de construcție a instalațiilor în standardul MS Project și au pregătit proiecte de soluții pentru managerii de proiect Rezultatele primei etape S-a respectat termenul limită ( luni) Cu toate acestea, după cum sa dovedit, cu o declarație mai clară a problemei, este posibil să se reducă timpul acestei etape cu până la % Restricțiile bugetare au fost chiar depășite Economiile bugetare au fost de peste % Al doilea pas este dezvoltarea și implementarea Sarcinile etapei a doua Sarcinile etapei a doua au fost formulate astfel: • să dezvolte și să implementeze un program de formare și certificare pentru personalul de conducere superior, managerii de mijloc capitolul pe, precum și toți angajații implicați direct în proiecte; • să dezvolte și să implementeze cu ajutorul unui consultant extern un standard de întreprindere pentru managementul proiectelor Ca curs de formare de bază pentru personalul de management a fost ales un program bazat pe standardul ANSI PMI PMBOK(r)Guide Pentru a dezvolta o înțelegere comună a managementului de proiect în rândul angajaților și o abordare a implementării acestuia în companie, un program special de instruire de trei zile a fost comandat, care a constat dintr-o clasă de master de o zi și un atelier de proiect de două zile dedicat unei analize aprofundate a creării și utilizării unui standard corporativ pentru managementul proiectelor Apoi a avut loc un curs special de pregătire, care vizează pregătirea pentru certificarea profesională internațională de către IRMA, și a fost realizată certificarea angajaților pentru nivelurile B, C și D Până la finalizarea instruirii, compania avea următoarea situație: • S-a format o înțelegere a necesității și dorinței de a implementa propriul mod unic de tranziție la managementul de proiect bazat pe standard • A fost instruită o echipă de manageri bine educați în managementul proiectelor, inclusiv manageri de top • S-au format suficiente resurse de risc pe termen lung • S-a realizat o înțelegere a posibilităților și specificului muncii consultanților și instituțiilor de învățământ care oferă servicii în domeniul managementului de proiect Apoi s-a decis să se înceapă dezvoltarea efectivă a standardului Participanții celei de-a doua etape a proiectului Pentru a-și dezvolta propriul standard corporativ, a fost creat un grup de patru participanți: Compania însăși ca client al standardului În cadrul companiei a fost creat un grup de lucru format din specialiști și manageri de top Experți independenți în managementul proiectelor angajați de către client pentru a forma misiuni pentru consultanți, a revizui și a accepta munca efectuată Proiecte și standarde Standard de management al proiectelor companiei de construcții Consultant - principalul dezvoltator al standardului, selectat pe bază de concurență Programul BAS (program de sprijin de consultanță al Băncii Europene pentru Reconstrucție și Dezvoltare) - consultanță și sprijin financiar (finanțarea unei părți din costul proiectului) Conținutul lucrărilor Pe baza rezultatelor analizei structurii organizatorice a companiei, a proiectelor în derulare, a reglementărilor privind interacțiunile în cadrul companiei și a fluxului de documente, au fost elaborate următoarele: • clasificarea proiectelor; • propuneri de modificare a structurii organizatorice a companiei pentru a asigura conformitatea acesteia cu orientarea spre proiect; • reglementări de implementare a proiectelor; • rolurile și instrucțiunile de rol ale participanților la proiect; • șabloane pentru ciclul de viață al proiectului; • glosar; • alcătuirea fluxului de lucru al proiectului Apoi, au fost elaborate documente normative și metodologice, inclusiv regulamente, fișe de post pentru structura organizatorică, precum și șabloane pentru documentele de management de proiect În plus, au fost organizate traininguri pentru angajații companiei cu privire la utilizarea standardului A doua etapă s-a încheiat cu elaborarea unei declarații de sarcini pentru implementarea unui sistem informațional pentru managementul proiectelor Durata totală a celei de-a doua etape a fost de luni Bugetul din etapa a doua Principalele elemente de cost ale etapei a doua a proiectului sunt prezentate în Tabelul Una dintre principalele constrângeri bugetare a fost dorința de a optimiza costurile consultanților externi prin invitarea experților independenți în managementul proiectelor (pentru îmbunătățirea calității misiunilor pentru consultanții externi), examinarea și acceptarea lucrărilor efectuate de client O altă limitare a fost dorința de a minimiza timpul petrecut de specialiști și manageri de frunte alocați grupului de lucru Rezultatele etapei a doua S-a respectat termenul ( luni), iar restricțiile bugetare au fost chiar depășite Economiile bugetare au fost de peste % capitolul Tabelul Estimarea costului proiectului pentru implementarea unui sistem de management de proiect (etapa a doua) Articol Cantitate Per persoană, USD pe lună Total, USD Experți independenți Consultanți Instruire angajați Certificare angajați Costul estimat al membrilor grupului de lucru (în medie % din timpul de lucru) CHELTUIELI TOTALE Și cel mai important, imediat după implementarea celei de-a doua etape de creare și implementare a unui standard de management al proiectelor (suntem siguri că acesta este motivul), această companie nu foarte mare a câștigat o licitație pentru rolul unei companii de management în construirea unui instalație industrială mare (în valoare de milioane de dolari) realizată de un investitor occidental Management de proiect in constructii - tehnologie sau filozofie? În încheierea capitolului, merită să revenim la întrebarea "valorii intelectuale" (în cuvintele lui P Morris) a managementului de proiect pentru industria construcțiilor După cum au remarcat un număr de autori, astăzi percepția asupra valorii obiectelor imobiliare se schimbă [ , , ] Mai mult, aceste schimbări apar în mintea tuturor participanților de pe piața relevantă Drept urmare, se schimbă și atitudinile față de valoarea pe care managementul proiectelor de construcții o poate adăuga la valoarea unei proprietăți Și, în consecință, se schimbă și abordarea gestionării proiectelor de construcții Proiect de dezvoltare Autorii monografiei privind managementul proiectelor de construcții din petrol și gaze atrag atenția asupra uneia dintre cele mai importante trăsături ale acestora: "Crearea unui obiect de construcție nu este niciodată rezultatul final, după care nu rămâne nicio urmă a proiectului" [ , p ] Următorul pas în lanțul logic al raționamentului lor este necesitatea de a abandona viziunea proiectului ca activitate care vizează atingerea unui scop final unic Spre deosebire de proiectele "terminale" tradiționale, autorii cărții propun Proiecte și standarde Standard de management al proiectelor companiei de construcții includeți în cadrul unui singur proiect nu numai crearea unui obiect, ci și dezvoltarea ulterioară a acestuia în timpul funcționării Într-un astfel de proiect "în evoluție", nu toate obiectivele finale sunt prestabilite Apariția lor este adesea asociată cu circumstanțe externe, în special cu cele (dar nu numai) subliniate de P Morris (vezi citatul din secțiunea ) De exemplu, apariția noilor tehnologii poate necesita modernizarea echipamentelor, iar căutarea eficienței poate duce la reutilizarea și reproiectarea unei clădiri Și un astfel de proiect se încheie doar cu finalizarea ciclului de viață al obiectului Aceste concluzii se confirmă în practica reală de astăzi a activităților de investiții și construcții bazate pe conceptul de dezvoltare, când scopul nu este acela de a crea un obiect, ci de a crea un obiect care să aducă cel mai mare profit posibil pentru o perioadă maximă posibilă Și dacă da, atunci un proiect de construcție tradițional este doar un caz special al unui proiect de dezvoltare, al cărui ciclu de viață, pe lângă etapele menționate mai sus, include și etapele de funcționare și lichidare (pot fi găsite exemple de astfel de cicluri de viață în [ ]) Model de serviciu al unui proiect de construcție Autorii acestui model stabilesc relații directe între caracteristicile obiectului imobiliar creat și nevoile strategice ale viitorului proprietar al imobilului, precum necesitatea actualizării sistemului de management, a structurii organizatorice, a reinginierii, fuziunilor și achizițiilor etc [ ] În același timp, proprietatea este considerată o resursă viitoare de management, iar scopul managementului de proiect de construcție este declarat a fi "oferirea valorii viitoare așteptate de clienți" Modelul de servicii este axat, în primul rând, pe "valoarea sub formă de informație", adică pe acumularea de cunoștințe care este necesară pentru a crea servicii deja în stadiul de funcționare a unității Astfel, cunoașterea devine o sursă independentă de valoare În conformitate cu aceasta, se formează principalele instrumente ale modelului de serviciu În domeniul competențelor și aptitudinilor personalului de management, acesta este managementul sistemelor de proiect, informațiilor, relațiilor, valorii și obiectivelor proiectului; în domeniul tehnologiei - managementul automatizat al obiectelor imobiliare "Prețul prețului" Trebuie remarcat faptul că cele mai consistente abordări noi ale managementului proiectelor de construcții sunt implementate de susținătorii metodologiei P M, care, apropo, includ autorii modelului de servicii Sunt în capitolul Fiind sub forma unui standard cadru, P M, de fapt, este o doctrină filozofică, un mod de gândire care vă permite să rezolvați probleme complexe și să implementați idei inovatoare [ , ] Profunzimea diferențelor P M față de abordările tradiționale ale managementului de proiect poate fi evaluată deja printr-un singur fapt: rolul constrângerilor contextuale în P M este jucat de complexitatea problemei, valoarea rezultatului și rezistența mediului în care proiectul se desfășoară este implementat, și deloc timpul, banii și calitatea obișnuite Noile oportunități deschise de abordarea P M sunt descrise în [ ] folosind exemplul uneia dintre companiile de construcții japoneze, Sunagogumi (Hokkaido) Pe baza misiunii cheie a ingineriei civile, care este "crearea de valoare pentru bani", și ținând cont de situația reală de pe piața construcțiilor din Japonia, compania a reușit să formuleze principalele sarcini la nivel corporativ, a căror soluție de succes în fiecare proiect depinde de succesul final al companiei Aceste sarcini arată astfel: • Beneficiind de construcție chiar și pentru proiecte de anvergură limitată • Primirea de beneficii chiar și din implementarea proiectelor marginale • Cooperarea cu cei care efectuează vânzări • Cooperarea cu reprezentanţii autorităţilor centrale • Mentinerea contactelor cu populatia locala Aceste formulări, în ciuda caracterului lor declarativ extern, au făcut posibilă concentrarea precisă a eforturilor, îndreptându-le către zone specifice de rezistență din mediul intern (comportamentul problematic al personalului) și extern (atitudinea specifică a localnicilor, organizațiilor și autorităților) Un detaliu interesant: pentru a elimina comportamentul problematic al personalului proiectului, a fost recomandată metoda lanțului critic, rar folosită în Japonia Aceasta subliniază încă o dată că utilizarea instrumentelor specifice în proiecte nu trebuie să fie un scop în sine, ci ar trebui să decurgă din scopurile și obiectivele fixate la nivelul strategiei corporative Literatură Tsipes G L Sistem de management al proiectelor: abordare de integrare // Director servicii de informare Nr Proiecte și standarde Standard de management al proiectelor companiei de construcții Tzipes G Sistem de management al proiectelor de organizare // Integral Nr ( ) Tovb A , Tzipes G Managementul proiectelor: standarde, metode, experiență M : CJSC "Olimp-Business", Tovb A , Tzipes G Managementul proiectelor în practica unei firme moderne // Managementul proiectelor și programelor Nr ( ) Tovb A , Tzipes G Project Management // ComputerWorld Rusia Nr Tovb A , Tzipes G Management de proiect // Consultant management Cartea de masă a liderului Kiev: TzOV "BUK", Nikitenko S Arome ale bucătăriei de introducere a SUP // Director de servicii de informare Nr Poluektov D Ascensiunea și căderea unui manager - o cronologie a unui proiect // Director de servicii de informare Nr Morris P Irelevanța managementului de proiect ca disciplină profesională // Managementul proiectelor Nr ( ) Tsipes G L Încă o dată despre ciorbă și bucătărie // Director servicii de informare Nr Tanaka X Management integrat de proiect în contractori // Management de proiecte și programe Nr ( ) Extinderea construcției la un ghid pentru corpul de cunoștințe de management de proiect PMBOK(r)Ghid - Ed PMI, Archibald R Sistem global de clasificare a proiectelor: necesitate și abordare propusă, aplicare în practică și descrierea stării actuale a proiectului de dezvoltare a sistemului // Managementul proiectelor Nr ( )- ( ) Bovteev S , Efremenko V , Rybnoye E , Frolov V Management de proiect în construcții Sankt Petersburg: Sankt Petersburg stat arhitect -builds, un-t, Kolesnikov A Managementul calității proiectelor în crearea sistemelor de telecomunicații Simpozion "Managementul de proiect: afaceri Idei Practică", Sankt Petersburg, - mai Dorojkin V Prețurile și managementul costurilor în construcții Voronej: Izd E A Bolhovitinova, Dorozhkin V Managementul costurilor - un domeniu prioritar de activitate în sistemul de management al proiectelor // Managementul proiectelor Nr ( ) Ishikura M Integrarea managementului modern al proiectelor și programelor și ingineriei pe exemplul fabricii de gaz natural lichefiat Qatargas // Managementul proiectelor Nr ( ) Zburând B Standard mare pentru o companie mică // Director informează Servicii Nr Marinichev Yu , Gabov V Experiență în crearea unui standard pentru managementul de proiect al unei companii de construcții // Intern Simpozion "Managementul de proiect: afaceri Idei Practică", Sankt Petersburg, - mai capitolul Tanaka K Crearea de valori în industria construcțiilor: un nou model de servicii pentru piața construcțiilor "reînnoite" // Managementul proiectelor Nr ( ) Ohara Sh , Kishira Yu Aplicarea metodologiei R M în inginerie civilă și analiza rezultatelor // Managementul proiectelor Nr ( ) Zabrodin Yu , Kolikov V , Saruhanov A Managementul proiectelor de construcție de petrol și gaze M : Economie, Tzipes G , Tovb A Recenzia cărții "Managementul proiectelor de construcții de petrol și gaze" // Management de proiect Nr ( ) Ohara Sh De către R M // Director Servicii Informaționale Nr Ohara Sh Management de programe și proiecte pentru inovarea întreprinderilor JPMCC, Capitolul proiecte și bani Bugetarea și finanțarea proiectelor în organele guvernamentale Conținutul capitolului Scurtă prezentare a metodologiei Bugetarea de performanță Eficiență socială și economică cheltuieli publice Abordarea cadru logic Structura programului ţintă Evaluarea implementării programelor țintă Nivel de bază Nivelul contorului Nivelul indicatorilor complexi Managementul financiar al proiectelor din programul țintă Caracteristicile managementului financiar programe guvernamentale Formarea bugetului programului Analiza financiară a proiectului Auditul financiar al proiectului Raport financiar pentru Investitor Literatură Scurtă prezentare generală a metodologiei Bugetarea performanței În capitolul , am discutat despre modul în care proiectele sunt legate de strategia companiei În termeni metodologici generali, aceste considerații conduc la extinderea constrângerii tradiționale de proiectare "triple" și la transformarea acesteia într-o constrângere "quadratică" sau "piramidală" (vezi Fig ) Aceasta înseamnă că pe lângă rezultatele directe ale proiectului, inițiatorii acestuia ar trebui să fie preocupați, și în primul rând, de efecte mai îndepărtate, și anume efectele asociate atingerii obiectivelor strategice ale companiei Respectarea celei de-a patra constrângeri la nivel formal poate fi controlată doar dacă firma are o strategie formalizată și definește principalele priorități și indicatorii cantitativi corespunzători Calitatea rezultatului L Strategie Timp Preț Timp Z \ Cost Figura Constrângeri ale proiectului Capacitatea de a monitoriza conformitatea cu proiectele de strategie este deosebit de importantă pentru sectorul public Se remarcă în [ ] că, pentru țările cu democrații dezvoltate, acest lucru se datorează în principal faptului că contribuabilii doresc să știe unde se duc banii lor, Capitolul pledează pentru transparență în utilizarea resurselor publice Să adăugăm la aceasta că în țara noastră introducerea unor astfel de mecanisme va face posibilă ruperea practicii vicioase a "debursării de fonduri" fără a ține cont de oportunitatea costurilor Programele țintite sunt utilizate în ministere și departamente pentru a rezolva această problemă S-ar părea, care este problema? Programul țintă este vizat deoarece activitățile incluse în componența sa corespund unor obiective finale Cu toate acestea, în practică se dovedește adesea că obiectivele formulate la nivelul de vârf al guvernării nu corespund așteptărilor reale ale contribuabililor În plus, mecanismele de planificare organizațională utilizate în mod tradițional în structurile guvernamentale creează un decalaj între nivelul strategic de planificare și nivelul activităților specifice și nu oferă o interpretare adecvată a obiectivelor la nivelul performanților Situația se complică și mai mult de faptul că programele la scară largă de transformare socio-economică sunt caracterizate de factori specifici care fac aceste legături și mai puțin transparente Analizând programul de reformă a pensiilor din Suedia, J Eklof identifică câțiva dintre acești factori [ ]: • părțile interesate au adesea interese conflictuale; • Perioadele de timp ale proiectelor sunt adesea nerealiste, iar resursele alocate sunt insuficiente; • consecințele proiectelor nu sunt întotdeauna analizate pe deplin, inclusiv impacturile directe sau indirecte, pozitive și negative; • factorii externi duc la schimbări în "regulile jocului" deja în timpul lucrărilor de proiectare Metodologia de bugetare orientată către rezultate (PB - bugetarea performanței) a apărut ca un instrument de rezolvare a acestor și a altor probleme prin determinarea relației rigide dintre costurile suportate și obiectivele strategice specifice, sarcinile tactice și rezultatele socio-economice așteptate ale organizațiilor publice [ , ] În literatura de specialitate în limba rusă, sunt folosiți și termenii "bugetare de performanță" și "abordare orientată către program" proiecte și bani Bugetarea si finantarea proiectelor in Eficiența socială și economică a cheltuielilor publice Următoarea întrebare este cum, cu o strategie bună, să o punem în practică După cum se menționează în [ ], unul dintre factorii critici de succes în implementarea PB este crearea unui sistem de indicatori ai eficienței sociale și economice a cheltuielilor publice Prin eficiență socială (eficacitate) se înțelege atingerea unui anumit rezultat social pe unitatea de cost Rezultatele sociale sunt rezultatele finale (rezultatele) ale implementării programului țintă, iar indicatorii de performanță socială (indicatori de eficacitate/rezultate) determină gradul de realizare a obiectivelor semnificative din punct de vedere social Prin eficiență economică (eficiență) se înțelege volumul producției de bunuri (servicii) pe unitatea de cost Rezultatele corespunzătoare sunt rezultatele directe (ieșirile) activității, iar indicatorii determină fie volumul serviciilor (indicatori de ieșire), fie costul pe unitatea de ieșire (indicatori de eficiență economică - eficiență) Desigur, calcularea indicatorilor de performanță este imposibil fără a lua în considerare costurile În acest scop, se folosesc indicatori de cost (indicatori de intrare), care oferă o evaluare cantitativă a resurselor umane, materiale și financiare utilizate Necesitatea introducerii acestor grupe de indicatori se explică prin faptul că principalii indicatori - indicatori de eficiență socială - sunt "amânați" Cu alte cuvinte, oportunitatea de a măsura efectul social real din implementarea programului apare după un timp foarte semnificativ, după ce costurile au fost suportate Aceasta înseamnă că atunci când formăm un program țintă, trebuie să ne asigurăm că fiecare eveniment inclus în programul țintă ne aduce mai aproape de obiectivul strategic final într-o măsură sau alta În etapa formării programului, aceasta va fi doar o ipoteză, dar este de dorit ca aceasta să fie cea mai rezonabilă ipoteză Cu toate acestea, chiar dacă această ipoteză este în principiu corectă, contribuția reală a activității la atingerea obiectivelor strategice va depinde de cât de cu succes este desfășurată Prin urmare, pentru fiecare activitate, trebuie făcută o evaluare a implementării acesteia Indicatorii corespunzători, fiind "amânați" pentru un anumit eveniment, devin "lider" pentru întreg programul și permit evaluarea succesului programului fără a aștepta finalizarea acestuia (desigur, cu condiția ca ipotezele inițiale să fie corecte) Capitolul Abordarea cadru logic Managementul fiecărui proiect individual implementat în cadrul programului țintă necesită abordări speciale care să ia în considerare prezența obiectivelor la nivel înalt, necesitatea confirmării realizărilor, precum și riscurile specifice care decurg din ipotezele și ipotezele de mai sus Totalitatea acestor factori este așa-numita diagramă logico-structurală a proiectului, în jurul căreia se construiește întregul sistem de management al proiectului Procesul de formare a unei diagrame logico-structurale de proiect, formulat în metodologia managementului bazat pe rezultate (Results Based Management, RBM) [ ], constă în corelarea rezultatelor proiectului, care diferă ca semnificație și timp de primire a acestora , cu ierarhia obiectivelor proiectului, răspunzând la întrebări: • Cum vom obține rezultatul așteptat (costurile și activitățile noastre)? • Ce vom produce? • Ce vom câștiga din această investiție? • De ce am făcut-o? O descriere mai detaliată a Abordării Cadrului Logic (LFA) și a experienței aplicării acesteia în proiecte implementate în Rusia cu participarea unor organizații internaționale precum Banca Mondială, TACIS etc , poate fi găsită în [ ] Comparația dintre BOR și RBM / LFA, prezentată în Tabelul , arată clar că aceste tehnici funcționează cu aceleași concepte - Tabelul Ierarhia obiectivelor și rezultatelor în programe și proiecte Nivelul de planificare Rezultatele programului (prin metodologia PB) Rezultatele proiectului (prin metodologia RBM/LFA) Obiective pe termen lung Progres în domeniile prioritare ale politicii publice Consecințele pe termen lung ale implementării proiectului Obiective pe termen mediu Rezultatele programului obținute ca rezultat general al implementării programului Schimbări în organizația sau societatea pentru care a fost făcută investiția Obiective pe termen scurt Rezultate directe ale programului, obținute ca urmare a implementării activităților individuale Produsul direct al proiectului, obținut ca urmare a acțiunilor întreprinse în cadrul proiectului și a costurilor suportate proiecte și bani Bugetarea si finantarea proiectelor in și ar trebui folosite împreună În același timp, PB funcționează ca instrument de planificare și control ulterior, iar RBM / LFA - ca instrument de gestionare a proiectelor în cadrul programelor vizate Structura programului țintă Una dintre problemele grave ale planificării cheltuielilor publice este lipsa de transparență a relațiilor cauză-efect între activitățile care sunt planificate pentru îndeplinirea sarcinilor tactice Programele direcționate sunt instrumentul tradițional pentru depășirea acestei probleme Cu toate acestea, integrarea mecanică a activităților într-un program vizat poate ajuta la gestionarea implementării acestora, dar în sine nu dă nimic în ceea ce privește luarea deciziilor privind alocarea fondurilor pentru anumite activități Ce cerințe trebuie să îndeplinească un program țintă pentru ca deciziile privind finanțarea sa să fie cât mai rezonabile posibil? Din punctul de vedere al metodologiei RBB, principiile pentru formarea programelor țintă sună destul de simplu: - programul ar trebui să combine în maximum tipuri similare de servicii bugetare; - programul ar trebui să prevadă furnizarea numai a acelor servicii bugetare care sunt necesare pentru atingerea scopului programului; - aceleași servicii bugetare, de regulă, nu trebuie repetate în programe diferite Dificultatea constă, însă, în faptul că relațiile dintre scopuri, obiective și activități sunt obiectiv complexe Este departe de a fi întotdeauna posibil să se construiască o structură arborescentă simplă și de înțeles a programului, în care serviciile bugetare sunt "descompuse" cu grijă în diferite celule de la nivelul inferior al ierarhiei Și, în același timp, tentația de a construi astfel de "copaci" este foarte mare - chiar și în cazurile în care un astfel de model distorsionează imaginea reală a lumii Rezultatul unei astfel de distorsiuni este, de regulă, apariția în diferite secțiuni ale programului de evenimente care sunt foarte asemănătoare ca sunet și semnificație Și acest lucru, de fapt, dă naștere la posibilitatea interpretărilor arbitrare ale prevederilor programului, deturnarea de fonduri, "tragerea păturii peste sine" etc În opinia noastră, decizia privind structura programului țintă în fiecare caz specific ar trebui să fie absolut individuală și în niciun caz nu trebuie să urmeze canonul stabilit inițial, chiar și Capitolul dacă un model ierarhic atât de răspândit acţionează ca atare Un exemplu de altă abordare (ne-ierarhică) este structura programului, în formarea căreia nu există o singură bază pentru clasificarea activităților (cum ar fi într-o structură ierarhică), ci două - obiectivele strategice ale programului şi domeniile de activitate (funcţiile) organului de stat responsabil cu implementarea programului După cum sa menționat mai sus, în structura unui program țintă construit folosind metodologia RBB, obiectivele specifice ar trebui să fie legate de rezultatele directe și finale obținute ca urmare a implementării acestui program Structura programului țintă, prezentată sub forma unui tabel, oferă o reprezentare vizuală a corespondenței dintre obiective și rezultate și vă permite să determinați cu exactitate ce activități și în ce scopuri sunt cheltuite fondurile bugetare (vezi Figura ) Să explicăm această abordare folosind exemplul programului municipal țintă de sprijinire a întreprinderilor mici (SE) Tabelul prezintă principalele rezultate semnificative din punct de vedere social ale programului în raport cu consumatorii finali, care sunt atât entități de afaceri mici (IMM-uri), cât și cetățeni obișnuiți implicați în afaceri mici sau consumatoare de produse și servicii produse aici Tabelul enumeră domeniile de activitate ale unității structurale (Departamentul Sprijin pentru Afaceri Mici) responsabilă de implementarea programului țintă, precum și acele rezultate directe ale activităților sale care afectează în mod direct atingerea obiectivelor strategice ale programului Rezultatele directe includ sisteme, documente, resurse informaționale, metodologii care sunt produse pentru a fi utilizate de agențiile guvernamentale și întreprinderile mici În același timp, se presupune că aceste produse vor ajuta la obținerea rezultatelor finale, care includ noi oportunități de afaceri pe care le primesc micile afaceri - securitate, acces la resurse, acces la comenzi guvernamentale etc Structura finală a programului țintă de sprijinire a întreprinderilor mici este prezentată în Tabelul Evaluarea implementării programelor țintă Evaluarea implementării programelor vizate este o sarcină mult mai dificilă decât ar părea dintr-o cunoaștere superficială a proiecte și bani Bugetarea si finantarea proiectelor in Figura Structura matriceală a programului țintă Capitolul Tabelul Rezultatele Programului de sprijin pentru întreprinderile mici Obiective strategice Consumator extern Rezultate (finale) semnificative din punct de vedere social Asigurarea suportului normativ și legal pentru MP NSR Reducerea nivelului barierelor administrative Eficientizarea activităților organelor de control și inspecție Îmbunătățirea sprijinului financiar al IMM-urilor Extinderea oportunităților pentru IMM-uri de a accesa surse de finanțare și alte servicii din sectorul financiar Îmbunătățirea metodelor de susținere a proprietății pentru IMM-urile ES Extinderea oportunităților și creșterea eficienței utilizării proprietății de stat în activitățile IMM-urilor Sprijin pentru ES în domeniul formării personalului Cetăţeni Formarea unei clase de antreprenori civilizaţi Sprijin pentru activitățile de producție ale IMM-urilor IMM-uri Cetățeni Extinderea oportunităților pentru IMM-uri de a accesa comenzile guvernamentale Demonopolizarea piețelor și suprimarea concurenței neloiale Tabelul Rezultatele directe ale programului de sprijin pentru întreprinderile mici Domenii de activitate (procese) ale departamentului Rezultate directe Managementul proceselor ciclului de viață SMP Formalizarea proceselor de afaceri în domeniul MP Dezvoltarea infrastructurii MP Extinderea suportului vizat pentru infrastructura MP Monitorizarea și analiza sferei MT Îmbunătățirea calității fluxurilor financiare și managementului investițiilor Dezvoltarea și implementarea tehnologiilor informaționale în domeniul MT Formarea unui mediu informațional tipic pentru IMM-uri proiecte și bani Bugetarea si finantarea proiectelor in organisme Metodologia BOR Să luăm în considerare câteva abordări pentru rezolvarea acestei probleme bazate pe sistemul de indicatori ai programului țintă prezentat în Figura Nivelul de referință Nivelul de bază include indicatori de rezultate directe și finale Este interesant de comparat indicatorii oferiți de metodologia RBB și metodologia BSC discutată în secțiunea Reamintim că metodologia BSC oferă patru grupe de indicatori - indicatori financiari, indicatori de clienți, indicatori de proces de afaceri, indicatori de inovare și de personal Principala diferență dintre sectorul public este că organizațiile de stat, în timp ce servesc cetățenii, nu urmăresc interese comerciale, adică componenta de client în activitățile lor prevalează asupra celei financiare Acest fapt nu anulează însă componenta financiară, întrucât pe lângă clienții care beneficiază de servicii publice, organizațiile de stat au și clienți care plătesc pentru aceste servicii - statul însuși sau investitori terți Iar interesul celor din urmă constă în principal în utilizarea eficientă a resurselor financiare Indicatorii clienți concentrați pe destinatarii serviciilor publice sunt, de fapt, indicatori ai eficienței sociale a programelor vizate În schimb, indicatorii orientați către plătitor caracterizează procesele de furnizare a serviciilor publice și aparțin astfel grupului de indicatori ai eficienței economice Acest grup include, de asemenea, indicatori ai proceselor de afaceri, indicatori ai inovației și personalului (vezi Tabelul ) Figura prezintă principalele relații dintre aceste grupuri de indicatori Indicatorii rezultatului final sunt influențați în primul rând de indicatorii proceselor principale Influența indicatorilor proceselor suport (cum ar fi managementul IT, managementul personalului etc ) asupra indicatorilor rezultatului final poate fi evaluată atât direct, cât și indirect - prin impactul asupra indicatorilor proceselor principale Contoare de nivel Pentru a calcula indicatorii de bază, este necesară o cantitate mare de contoare - indicatori simpli (de obicei contabili), ale căror valori sunt formate direct în timpul implementării diferitelor funcții în procesele de afaceri Sursa principală a valorilor contorului sunt datele statistice Cu toate acestea, pot fi folosite și alte surse de informații despre diverse aspecte ale activităților organizației Capitolul Tabelul Structura programului țintă Domeniile de responsabilitate ale departamentului Managementul proceselor ciclului de viață al RSN Sprijin de reglementare Finanțe Obiective strategice Proprietate • Îmbunătățirea proceselor de înregistrare și raportare pentru IMM-uri • Formalizarea proceselor de sprijin financiar • Simplificarea și formalizarea proceselor de sprijinire a proprietății Dezvoltarea infrastructurii MP • Crearea de facilitati de infrastructura care asigura furnizarea de servicii juridice (inclusiv call center, centre de securitate) • Crearea de facilitati de infrastructura care presteaza servicii in domeniul planificarii, managementului financiar, contabilitatii • Crearea facilitatilor de infrastructura care asigura furnizarea de servicii imobiliare (tehnoparcuri, companii de leasing, incubatoare de afaceri, centre de productie si tehnice) "Monitorizarea și analiza zonei PM • Formarea și organizarea ținerii registrelor IMM-urilor, organelor de control și inspecții • Colectarea și analiza datelor privind resursele financiare necesare (aplicații IMM) • Planificarea investițiilor și împrumuturilor • Contabilitatea, controlul și analiza circulația și utilizarea intenționată a împrumuturilor • Întocmirea și menținerea unui registru al spațiilor nerezidențiale transferate de Comitetul de proprietate din Moscova către Fondul de sprijin pentru SE • Formarea și menținerea unui registru al proprietății de stat care poate fi transferat IMM-urilor Dezvoltarea și implementarea tehnologiilor informaționale în domeniul MP • Crearea resurselor informaționale în sfera juridică a MP • Crearea resurselor informaționale în domeniul finanțării MP • Crearea configurațiilor standard ale pachetelor software financiare • Crearea resurselor informaționale în domeniul MP domeniul furnizării imobiliare pentru IMM-uri \Z Rezultate i • Reducerea nivelului barierelor administrative • Eficientizarea activităților organismelor de control și inspecție • Extinderea accesului la IMM-uri la sursele de finanțare și alte servicii din sectorul financiar • Extinderea oportunităților și îmbunătățirea eficienței utilizării proprietății de stat și municipale în activitățile IMM-urilor proiecte și bani Bugetarea si finantarea proiectelor in Programe de sprijin NSR Educație și personal Activitate de producție Rezultate directe (Ieșiri) • Formalizarea proceselor de acreditare a instituțiilor de învățământ de afaceri și a programelor de formare și educație • Îmbunătățirea proceselor de plasare a comenzilor municipale pentru a facilita accesul la acestea de către procesele de afaceri ale IMM-urilor în domeniul MP • Crearea de dotări de infrastructură care prestează servicii în domeniul pregătirii personalului pentru ES (centre de formare, recrutare, editare, științifice și metodologice) • Creare de dotări de infrastructură care asigură furnizarea de servicii de producție și tehnologice (gazduire) • Tipic organizatoric și funcțional structuri de dotări de infrastructură pentru SE și documente organizatorice și administrative - • Sisteme de suport direcționat pentru dotări de infrastructură • Colectarea și analiza datelor privind pregătirea personalului pentru întreprinderile mici • Planificarea activităților de pregătire a personalului pentru întreprinderile mici • Certificarea calității proceselor de producție • Contabilitatea, controlul și analiza activităților IMM-urilor în îndeplinirea comenzilor de stat și municipale io:z> luarea deciziilor în domeniul dezvoltării domeniului întreprinderilor mici fluxurile financiare și procesele investiționale • Crearea resurselor informaționale în domeniul formării și recrutării • Dezvoltarea sistemelor de învățare la distanță • Crearea resurselor informaționale privind activitățile SMP • Crearea unei platforme unificate de comercializare a distribuției pentru SMP, o platformă unificată de achiziții pentru SMP • A portal de informații unic • O strategie IT tipică pentru o întreprindere mică • O strategie tipică a întreprinderii mici sistem de informații pentru afaceri g p • Formarea unei clase de antreprenori civilizați • Extinderea accesului IMM-urilor la ordinele de stat și municipale • Demonopolizarea piețelor și suprimarea concurenței neloiale Capitolul Figura "Foaia de parcurs" a sistemului de indicatori ai programului țintă proiecte și bani Bugetarea si finantarea proiectelor in Tabelul Indicatori ROB și BSC Indicatori PB Indicatori BSC Indicatori de performanță socială Indicatori de clienți ai beneficiarilor serviciilor publice Indicatori de rentabilitate Indicatori de clienți ai beneficiarilor de servicii publice (indicatori financiari) Indicatori de proces de afaceri Indicatori de inovație și personal cationi, de exemplu, rezultatele unor studii de caz selectate (folosind chestionare, interviuri și focus grupuri), analize tehnice etc Nivelul indicatorilor complexi Cea mai serioasă problemă apare atunci când se încearcă obținerea de evaluări generalizate ale activităților organelor guvernamentale în implementarea programului țintă și o idee obiectivă a impactului real pe care activitățile în curs de implementare și rezultatele directe obținute îl au asupra realizării rezultatele finale ale programului După cum am observat mai sus, prezența anumitor dependențe între rezultatele directe și cele finale este cel mai adesea o ipoteză construită de un expert în procesul de formare a unui program țintă Corectitudinea acestei ipoteze trebuie confirmată constant în timpul implementării programului țintă, întrucât tocmai pe baza acestei ipoteze sunt alocate investițiile în cadrul programului Complexitatea sarcinii constă și în faptul că, chiar dacă valorile reale ale indicatorilor de rezultat final diferă semnificativ de cele prezise, aceasta nu înseamnă neapărat că ipoteza inițială este incorectă Poate că au existat circumstanțe externe de natură unică care au introdus perturbări temporare în dinamica indicatorilor Acuratețea medie și scăzută a prognozei înseamnă că în formarea programului țintă a fost evaluată incorect semnificația anumitor factori care afectează succesul obținerii rezultatelor finale Poate că, de-a lungul timpului, în cursul programului au apărut noi factori de influență care nu au fost luați în considerare mai devreme Dacă acești factori afectează acuratețea prognozei și dacă se presupune că sunt non-temporale, este posibil ca indicatorul compus să fie revizuit și ajustat Mai mult, ar trebui Capitolul ar trebui efectuată o analiză suplimentară a relațiilor cauză-efect, ceea ce poate duce la o modificare a structurii programului țintă și a compoziției indicatorilor Astfel, indicatorii complecși ai acestui grup nu oferă o localizare exactă a problemei (un răspuns la întrebarea "De ce nu au fost atinse rezultatele așteptate ale implementării programului țintă?"), ci semnalează apariția acesteia și limitează domeniul de aplicare a căutării unei posibile soluţii Pentru a forma o imagine completă a indicatorilor complecși, trebuie remarcată și importanța obținerii estimărilor contribuției la implementarea programelor țintă a proceselor individuale de afaceri și/sau a unităților organizaționale Managementul proiectelor financiare programul țintă Caracteristicile managementului financiar al programelor de stat Proiectele implementate în cadrul programelor vizate de stat, după cum sa menționat deja, sunt supuse unor cerințe sporite în ceea ce privește transparența și capacitatea de a controla și contabiliza utilizarea resurselor financiare Aceste cerințe sunt și mai stricte dacă investitorii externi, precum Banca Mondială, sunt implicați în programe de finanțare Fiecare dintre autoritățile care controlează implementarea programului (investitori, ministere de resort etc ) introduce propriile cerințe, standarde și linii directoare în regulile de formare, execuție și control al bugetului proiectului, care ar trebui să ghideze executanții O altă caracteristică importantă a programelor țintă de finanțare este remarcată în [ ] Constă în faptul că pentru programele țintă se adoptă un ciclu anual de finanțare, în timp ce bugetul proiectului trebuie determinat pentru întreaga perioadă de implementare a acestuia, care corespunde atât metodologiei RBB, cât și cerințelor Băncii Mondiale și, de desigur, metodologia de management de proiect Aceste caracteristici au un impact semnificativ asupra proceselor implementate în cadrul programelor țintă și ne fac să privim astfel de sarcini de bază ale managementului costurilor de proiect dintr-un unghi ușor diferit, cum ar fi: formarea bugetului programului ca întreg și proiecte individuale; proiecte și bani Bugetarea si finantarea proiectelor in • finanţarea proiectelor, inclusiv contabilizarea costurilor efective, încasările, raportarea privind starea costului şi finanţarea proiectului; • analiza și reglementarea costurilor proiectelor și programului în ansamblu, inclusiv audituri financiare Să luăm în considerare principalele procese în cadrul cărora sunt rezolvate sarcinile de gestionare a costurilor proiectelor ca parte a programelor țintă Formarea bugetului programului Principalele obiective ale procesului de formare a bugetului proiectului sunt: • identificarea anuală a nevoilor de finanțare pentru domeniile individuale ale proiectului și calcularea costurilor planificate ale proiectului în contextul unor domenii specifice de lucru, performanți și surse de finanțare; • formarea unui plan de finanțare a proiectului care descrie fluxurile financiare ale proiectului, indicând momentul primirii și cheltuirii resurselor financiare; • formarea planului de conturi a proiectului, care sta la baza autorizarii costurilor proiectului, contabilitatii costurilor si analizei financiare Nevoia de finanțare este determinată pe baza unei evaluări a costului resurselor necesare îndeplinirii sarcinilor specifice, ținând cont de planul calendaristic Resursele care ar trebui planificate în proiect și contabilizate în bugetul acestuia se încadrează în următoarele categorii principale: • programul de lucru al interpreților; • resurse financiare; • mijloace de producţie şi capacităţi de producţie; • Echipamente și materiale Planul de finanțare reprezintă cerințele pentru investitor, detaliate pe elemente de cost în raport cu perioadele calendaristice Pe baza acestor date, planul de finanțare stabilește nivelul costurilor lunare (trimestriale) pentru program și nivelul corespunzător de finanțare necesar pentru implementarea tuturor proiectelor din program Capitolul Planul de conturi a proiectelor permite nu numai formalizarea procedurilor de contabilitate a costurilor pentru proiect și armonizarea acestora cu cerințele de contabilitate și raportare, dar și determinarea centrelor de responsabilitate pentru anumite tipuri de costuri din cadrul proiectului Există trei etape de bugetare: • Bugetul preliminar se formează în stadiul precontractual pentru desfășurarea unui concurs sau licitație pentru selectarea unui contractant • Bugetul-cadru se formează la etapa încheierii unui contract și determină întreaga sumă de finanțare pentru proiect • Bugetul anual se formează pentru fiecare an de implementare a proiectului și determină cuantumul finanțării pentru anul planificat în cadrul contractului-cadru Baza implementării planificării financiare este planul de proiect și cererile contractorilor pentru finanțarea lucrărilor în anul planificat Bugetul preliminar al proiectului se formează în conformitate cu cerințele Băncii Mondiale sau ale altui investitor și determină toate componentele principale ale costului pe tip de activitate (vezi Tabelul ) Bugetul-cadru al proiectului se formează sub forma unui deviz de cost ca atașament la protocolul acordului de preț Setul de documente care definesc structura bugetului proiectului poate fi diferit în funcție de cerințele industriei De exemplu, în conformitate cu cerințele și recomandările metodologice ale Ministerului Dezvoltării Economice și Comerțului din Rusia, include [ ]: • protocol de negociere a prețurilor; • estimarea costurilor (vezi Tabelul ); • defalcarea costurilor la rubrica "Materiale"; • defalcarea cheltuielilor la postul "Echipamente speciale"; • defalcarea costurilor la rubricile "Salariu de bază", "Salariu suplimentar", "Deduceri pentru nevoi sociale"; • defalcarea costurilor la rubrica "Cheltuieli de călătorie"; • informații cu privire la valoarea costurilor generale pentru structura prețurilor; • defalcarea costurilor la rubrica "Alte costuri directe"; • defalcarea costurilor la punctul "Costuri pentru munca efectuată de organizații și întreprinderi terțe" (structura este similară cu estimarea costurilor) (vezi Tabelul ) proiecte și bani Bugetarea si finantarea proiectelor in Tabelul Structura bugetului proiectului Componenta preț Defalcare preț Activități Total Salariu Personalul principal personalul local Consultanți Total Cheltuieli rambursabile Zboruri internaționale Costuri diverse de transport diurnă Costuri de transport local Închiriere de spații, locuințe, servicii de birouri Total Costuri diverse Costuri de comunicare Compilare, copiere de rapoarte Echipamente: mașini, calculatoare etc Software Total Total Bugetul anual al proiectului se formează sub forma unei devize de cost, similară bugetului-cadru, cu o defalcare a costurilor pe trimestre și luni Analiza financiară a proiectului Scopul procesului de analiză financiară a proiectului este de a controla implementarea planului de lucru și finanțarea proiectului pentru a rezolva următoarele sarcini: • compararea cheltuielilor cu bugetul prevăzut și definirea abaterilor de la buget; • luarea măsurilor corective necesare în caz de abatere de la buget Contabilitatea costurilor se efectuează în mod continuu atât la nivelul sarcinilor individuale, cât și la niveluri superioare de proiect, inclusiv Capitolul Tabelul Costuri Nr Numele elementelor de cheltuieli Suma, mii de ruble Materiale Echipamente speciale (numai pentru proiectele finanțate prin cercetare și dezvoltare) Salariul de bază Contribuții sociale Software (numai pentru proiectele finanțate prin "Alte nevoi" sau "Investiții") deasupra capului Cheltuieli de călătorie Alte cheltuieli Total TVA (doar pentru proiectele finanțate în "Alte Nevoi" sau "Investiții :) Total cu TVA (numai pentru proiectele finanțate în "Alte Nevoi" sau "Investiții") la nivelul proiectului în ansamblu Trebuie luate în considerare următoarele tipuri de cheltuieli: • costuri reale directe (manopera, materiale etc ) suportate in perioada curenta; • cheltuieli amânate care nu sunt încă reflectate în documentația contabilă, dar a căror nevoie a fost deja identificată; • cheltuieli "întârziate", care includ cheltuieli din perioadele anterioare, dintr-un motiv sau altul (erori administrative, depunerea cu întârziere a facturilor etc ) care au intrat în perioada calendaristică curentă Pentru analiza financiară se folosesc informații despre stadiul planificat și real al proiectului și despre bugetul proiectului Rezultatul procesului de analiză financiară este un Raport de analiză financiară a proiectului care conține următoarele secțiuni: principalii indicatori financiari ai proiectului (astfel de indicatori pot fi, de exemplu, indicatori de valoare câștigată bine cunoscuți [ , ]); proiecte și bani Bugetarea si finantarea proiectelor in • Acțiuni corective necesare, a căror adoptare este de competența managerului de proiect; • Modificările bugetare propuse să fie prezentate autorităților superioare Auditul financiar al proiectului Scopul acestui proces este de a verifica dacă proiectul respectă procedurile și regulile de finanțare a contractelor de proiecte Sarcinile principale ale procesului sunt: • verificarea situatiilor financiare si a documentatiei de plata si decontare aferente proiectului; • confirmarea fiabilității datelor cuprinse în rapoartele și alte documente ale proiectului, identificarea faptelor de încălcare a procedurii contabile; • verificarea conformității cu cerințele legii în cursul operațiunilor financiare și economice în cursul implementării proiectului Auditul financiar al proiectului se realizează cu implicarea unei firme de audit, selectată de comun acord cu reprezentantul investitorului În cadrul auditului financiar al proiectului se studiază următoarele: • documente legate de finanţarea contractelor de proiecte; • documente contabile Rezultatul acestui proces este un raport de audit al proiectului Auditul financiar trebuie efectuat anual, precum și la finalul proiectului Raport financiar pentru investitor Scopul acestui proces este de a furniza investitorului situații financiare pentru proiect Raportul ar trebui să reflecte costurile proiectului la nivelul întregului proiect și la nivelurile intermediare ale structurii de lucru (etapele proiectului) și raportul dintre costurile efective și cele bugetate Raportul trebuie să includă următoarele informații: • informații despre munca efectuată și sfera de activitate proiectată; Capitolul • fondurile efectiv cheltuite și plățile proiectate pe tipuri de costuri; • încasări și plăți pe surse de resurse financiare; • compararea plăților și încasărilor planificate și proiectate Raportul ar trebui să includă, de asemenea, cheltuielile prognozate pentru perioadele viitoare care nu au fost încă reflectate în documentația contabilă Datele inițiale pentru acest proces sunt indicatori ai documentelor financiare primare și informații despre costurile forței de muncă asociate cu implementarea lucrărilor de proiect Rezultatul acestui proces este un raport trimestrial (frecvența poate varia pentru diferite proiecte) pentru investitor Un exemplu de structură a unui raport financiar este prezentat în Tabelul Tabelul Formular de raport financiar al proiectului proiecte și bani Bugetarea si finantarea proiectelor in Scena Materiale - Echipament special Salariu de baza Contribuții la asigurările sociale Software Cheltuieli generale Cheltuieli de calatorie alte cheltuieli Plăți totale Total încasări Pogt\/ііГіРіі,іа Пп'ітрм V* u U ѵгГІg*І І * СІ Lx Executarea bugetului proiectului Planul de conturi al proiectului Etape Planul Fapt Prognoza Plan Prog noapte Materiale Etapa Etapă Total: Echipament special Etapa Etapă Concluzia despre: Salariul de bază Etapa Etapă Total: Contribuții la asigurările sociale Etapa Etapă Total Etapa software Etapă Total: Suprafața Etapa Etapă Total: Cheltuieli de călătorie Etapa Etapă Total: Alte cheltuieli Etapa Etapă Capitolul Literatură Scott G Management bazat pe rezultate și parteneriat public/privat // Intern Simpozion "Managementul de proiect: afaceri Idei Practică", Sankt Petersburg, - mai Ekluf JA Project Management în programe mari de reformă socio-etică (cu exemple din experiența suedeză) // Intern Simpozion "Managementul de proiect: afaceri Idei Practică", Sankt Petersburg, - mai Samoshchenkov S , Soshnin A , Tzipes G Programe și proiecte în administrația publică // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Bugetarea performanței: obiective și principii Eco-orez-NEI p (www nei ru) Bugetare bazată pe performanță: experiență internațională și posibilități de aplicare în Rusia Centrul pentru Politică Fiscală, p (www nei ru) Poznyakov V Managementul proiectelor în organizațiile internaționale care operează în Rusia // Managementul proiectelor Nr ( ) Soshnin A Aplicarea metodelor de management de proiect în pregătirea și implementarea programelor țintă federale // Intern Simpozion "Managementul de proiect: afaceri Idei Practică", Sankt Petersburg, - mai Cerințe și orientări pentru organizațiile care execută contracte guvernamentale în cadrul FTP "Rusia electronică ( - )" Ministerul Economiei, Dezvoltării și Comerțului al Federației Ruse, mai Archibald R Managementul proiectelor high-tech Moscova: DMK Press, Tovb A , Tzipes G Managementul proiectelor: standarde, metode, experiență M : CJSC "Olimp-Business", Capitolul Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT Conținutul capitolului Scurtă prezentare a metodologiei Serviciu IT - un partener de afaceri sau un "agent de influență"? Strategia Corporativă și Strategia Serviciului IT Harta strategiei serviciilor IT Indicatori cheie de performanță ai Serviciului IT Și cine este acum ușor? Politica în proiecte de implementare sisteme informatice corporative Riscuri politice ale proiectelor de implementare sisteme informatice corporative Implicare, persuasiune, constrângere Linii de rezistență Nivelul personalului de operațiuni Nivelul managerilor de mijloc Nivelul managerilor de top Nivel de director general Cum va funcționa Programul de acțiune al Consiliului de Justiție Proiecte IT și personalul companiei Persoană sau resursă? Probleme de personal în strategia companiei Ce ne așteptăm de la angajații noștri Cum se evaluează munca angajaţilor Cum să-i ajutați pe angajați să-și îndeplinească sarcinile Managementul personalului în perioada de tranziție, legate de introducerea tehnologiei informaţiei Evaluarea personalului Compensaţie şi motivare Sprijinul psihologic al proiectelor Proiecte IT în portofolii și programe Managementul proiectelor informatice în exploatație: abordări și recomandări Tipuri de management IT în exploatație Centralizare rigidă Structură descentralizată Centralizare soft Politica de informatizare Procesele generale de management Managementul investiţiilor Managementul proiectelor IT Managementul resurselor Managementul achizitiilor Povestea prezentului proiect Contextul proiectului Participanții la proiect și obiectivele lor Roluri si responsabilitati Echipă de proiect Domeniul subiectului Management de proiect Provocările cheie și factorii de succes ai proiectului Lecţii de gestionare a unui proiect IT complex complex Literatură Scurtă prezentare generală a metodologiei Serviciu IT - un partener de afaceri sau un "agent de influență"? Acest capitol se concentrează pe aplicarea managementului de proiect în industria IT Dar nu vom lua în considerare activitățile dezvoltatorilor de software, furnizorilor de echipamente și integratorilor de sisteme, ci proiectele IT din perspectiva clientului, adică a companiei în interesul căreia sunt implementate aceste proiecte În primul rând, ne interesează rolul serviciului IT al companiei în aceste proiecte Astăzi, viziunea despre IT ca parte integrantă a oricărei afaceri a devenit larg răspândită Și în acest sens, serviciul IT devine unul dintre departamentele cheie ale companiei, care sunt de fapt responsabile de rezultatele finale ale activităților sale Cu toate acestea, există o altă viziune Adesea, serviciul IT este perceput ca un "agent de influență" al industriei IT, atrăgând în sine resursele financiare și alte resurse ale companiei necesare pentru a rezolva alte probleme, mai semnificative De aceea este atât de necesară poziționarea corectă în contextul corporativ general atât a proiectelor IT, cât și, mai larg, a serviciilor IT Componenta principală a acestui context, în opinia noastră, este strategia corporativă, care stabilește principalele priorități ale companiei în business și diverse domenii funcționale, inclusiv IT Pe baza acestor priorități ar trebui construită strategia serviciului IT, scopurile, obiectivele și indicatorii de performanță ale acestuia Setarile strategice determina toti parametrii esentiali ai functionarii serviciului IT Iar atingerea acestor parametri este posibilă doar prin utilizarea unor forme adecvate de management IT Astfel, putem distinge trei niveluri principale de funcționare interconectate ale serviciului IT al companiei - nivelul de stabilire a obiectivelor, nivelul de execuție și nivelul de management (vezi Figura ) Să aruncăm o privire mai atentă la aceste niveluri Capitolul Nivel de stabilire a obiectivelor Strategia corporativă Strategia serviciilor IT Strategia definește parametrii proceselor Nivel de execuție Cerințele procesului determină modul de gestionare Nivel managerial management IT Figura niveluri de servicii IT Strategia corporativă și Strategia serviciilor IT Setul de scopuri și obiective ale serviciului IT este strategia funcțională a companiei în domeniul IT, care dezvoltă și completează strategia corporativă în materie de IT Astfel, punctul de plecare pentru formalizarea activităților serviciului IT este strategia corporativă a companiei, care trebuie să conțină obiective care pot fi atinse doar (sau în principal) folosind IT Acesta este ceea ce face posibilă formarea în mod rezonabil a scopurilor și obiectivelor serviciului IT, a domeniului de activitate al acestuia și a cerințelor pentru rezultate Exemple de astfel de obiective sunt discutate în Secțiunea (vezi Tabelul ) Următorul pas este construirea unei strategii funcționale pentru serviciul IT, care să conțină atât obiective concentrate pe dezvoltarea afacerii companiei în ansamblu, cât și obiective specifice pentru dezvoltarea IT Această strategie ar trebui să reflecte două forme de activitate de servicii IT - proiecte de dezvoltare a infrastructurii IT a companiei și procese de furnizare de servicii IT clienților interni Forma proiectului de activitate a unui serviciu IT, de regulă, este reglementată de standarde în domeniul dezvoltării și implementării sistemelor informaționale (GOST Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT [ ], ISO [ ] etc ) Procesele de livrare a serviciilor IT pot fi guvernate de acorduri de calitate a serviciilor Totuși, în ambele cazuri, scopurile și obiectivele serviciului IT ar trebui să fie în concordanță cu strategia companiei în domeniul creșterii potențialului organizațional și al eficienței financiare În termeni generali, ambele forme de activitate sunt descrise de principiile Cadrului CONT [ ] și procesele ITIL aferente În conformitate cu acestea, formarea obiectivelor serviciului IT este determinată de evaluările activităților sale de către clienți Există trei grupuri principale de clienți și obiectivele serviciului IT care corespund intereselor acestora (vezi Figura ): • Managerii de top sunt interesați de îmbunătățirea capacității de gestionare a întreprinderii • Interesul managerilor de mijloc este legat de securitatea întreprinderii cu instrumente eficiente și fiabile necesare pentru rezolvarea problemelor de afaceri • În sfârșit, toți angajații din întreprindere au un interes în performanța satisfăcătoare a IT Scopurile și obiectivele în domeniul dezvoltării IT ar trebui să fie în concordanță cu strategia Client intern - managerii de top ai intreprinderii Client intern - manageri de mijloc Client intern - personal intreprindere Figura Obiectivele de nivel superior ale strategiei de servicii IT funcționale Capitolul Harta strategiei serviciilor IT Obiectivele de nivel superior (obiectivele clientului) sunt detaliate în mai multe domenii în care se desfășoară activități specifice de dezvoltare IT și servicii pentru clienți Acestea sunt, în primul rând, domeniile determinate de principiile Cadrului COIT - planificarea și organizarea IT, achiziția și implementarea IT, întreținerea și suportul IT, monitorizarea IT Să luăm în considerare aceste domenii mai detaliat și să evidențiem acele procese în care metodele de management de proiect sunt aplicate sau pot fi aplicate Planificarea și organizarea IT (grup de software) include procesele de definire a unui plan strategic de dezvoltare IT care să îndeplinească cerințele de afaceri și să ofere un echilibru optim între funcționalitatea, calitatea și costul IT Implementarea intențiilor strategice trebuie să fie planificată, convenită și susținută de o infrastructură organizațională și IT adecvată Procesele grupului de software ar trebui să fie incluse în conturul corporativ general al managementului strategic în acea parte a acestuia care se referă la managementul strategic al proiectelor (în acest caz, proiecte IT) De remarcat că, pe lângă indicatorii strategici obiectivi, la planificarea și organizarea proiectelor IT, există o componentă politică foarte puternică ca urmare a reacției anumitor persoane și grupuri influente la rezultatele așteptate ale proiectelor care nu corespund acestora obiective personale Proiectare și implementare IT (grup IP) include procesele de identificare, dezvoltare și/sau achiziție de soluții IT care oferă metode eficiente pentru a satisface cerințele clienților Soluțiile IT trebuie implementate și integrate în procesele de afaceri Activitățile relevante sunt implementate sub forma unor proiecte tradiționale în care serviciul IT joacă rolul de client și coordonator de proiect Operarea și întreținerea IT (grupul ES) include prelucrarea datelor de către sistemele de aplicații, furnizarea de servicii de informații necesare, securitate și continuitate a activității, instruire și suport tehnic Monitorizarea IT (Grupul M) include supravegherea regulată a proceselor de management IT, precum și supravegherea independentă de către auditorii interni și externi Obiectivele care vizează îmbunătățirea principalelor procese ale serviciului IT sunt completate de obiective legate de realizarea unor schimbări pozitive în afaceri și calități personale, competență, calificări și interes ale angajaților acestei unități Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT Tabelul prezintă un exemplu de hartă a strategiei IT, cu fiecare obiectiv legat de grupul de procese CONT corespunzător (în paranteze) Indicatori cheie de performanță ai serviciului IT În următoarea etapă, pentru fiecare obiectiv inclus în harta strategică, se elaborează unul sau mai mulți indicatori care să evalueze gradul de realizare a obiectivului corespunzător, precum și un set de inițiative strategice pentru a aduce valorile acestor indicatori la nivelul nivelul planificat În același timp, acești indicatori în sine devin adesea criterii de evaluare a calității serviciilor IT și sunt incluși în acordurile privind calitatea serviciilor furnizate În același timp, se utilizează un set de inițiative strategice pentru formarea unui portofoliu de proiecte IT, iar un bilanț de punctaj este folosit ca sistem de criterii care permite optimizarea acestui portofoliu în primul rând în ceea ce privește atingerea obiectivelor strategice ale organizației Să dăm exemple de câțiva indicatori importanți ai activității serviciului IT, care au legătură directă în mod specific cu implementarea proiectelor IT În calitate de partener de afaceri, serviciul IT este direct responsabil pentru eficacitatea soluțiilor propuse Cel mai important indicator financiar final aici este rentabilitatea investiției (ROI) în IT Cu toate acestea, având în vedere imperfecțiunea metodelor de calcul a acestui indicator în domeniul IT, este indicat să se utilizeze alți indicatori pentru a evalua eficacitatea soluțiilor IT De obicei, acești indicatori sunt indicatori direcți sau indirecti ai satisfacției clienților De exemplu, acesta ar putea fi numărul (sau proporția) de procese de afaceri care și-au atins performanța planificată după automatizare sau o modificare a numărului de incidente "critice" legate de IT care au dus la imposibilitatea luării deciziilor de management în timpul prevăzut cadru În sfârșit, există un grup de indicatori care caracterizează procesele de implementare a proiectelor IT Aici puteți face distincția între indicatorii de calitate și indicatorii de performanță Un exemplu de indicator al calității implementării unui proiect IT poate fi o evaluare expertă a conformității soluției IT implementate cu criteriile de selecție, luând în considerare caracteristicile soluției IT, producătorul acesteia și procesul de implementare Indicatorii de performanță includ abaterea de la calendarul planificat și costul implementării serviciilor IT Tabelul leagă indicatorii discutați mai sus cu scopurile pentru care pot fi măsurați Pentru comparație Tabelul Harta strategiei serviciilor IT Finanțe Profitați la maximum de investiția dvs IT (GO ) Clienții Crește capacitatea de administrare a întreprinderii Furnizați întreprinderii instrumentele eficiente și fiabile necesare pentru a rezolva problemele de afaceri Asigurați-vă că personalul este mulțumit de munca serviciului IT Deci t Planifică și organizează Evaluarea și gestionarea riscurilor IT (PA ) Înțelegerea și anticiparea nevoilor clienților (PA ) Construirea de parteneriate cu clienții (PA ) Proiectare și implementare Dezvoltarea și menținerea unui sistem de politici și proceduri (PW ) Dezvoltarea și implementarea soluțiilor IT eficiente (PW , PW ) Îmbunătățirea eficienței infrastructurii IT (PIP) Operațiuni și întreținere Oferiți managementului acces continuu la informații consistente, fiabile, consecvente, strategice și operaționale necesare pentru a lua decizii de management (OS ) răspuns la solicitările către serviciul IT (ES , ES ) Monitorizare Asigurarea unui control continuu al calitatii serviciilor IT (M , M , M , M ) Oameni Creșterea proactivității personalului (LO ) Creșterea calificărilor personalului IT (LO ) Creșterea motivației personalului IT (LO ) Notă Procese COIT: P - definirea planului strategic IT; PD - definește organizarea și relațiile IT; PO - gestionarea investițiilor IT; PO - gestionează personal; PV - evaluarea riscurilor; PV - determina solutii de automatizare; PVZ - să achiziționeze și să întrețină aplicații software; PV - achiziționarea și întreținerea infrastructurii tehnologice; ES - dezvoltarea și menținerea procedurilor; ES - gestionează serviciile organizațiilor terțe; ESZ - gestionează performanța; ES - asigurarea continuitatii serviciilor; ES - utilizatorii trenului; ES - gestionează configurația; M - monitorizarea proceselor; M - evaluarea caracterului adecvat al controlului intern; M - primiți garanții independente; M - asigura un audit independent Capitolul Proiecte și politici Rolul și locul serviciului IT în implementarea proiectelor IT Capitolul Tabelul Indicatori cheie ai activității de proiect a serviciului IT Nr Obiective funcționale Indicatori Comentarii Profitați la maximum de rentabilitatea investiției dvs în IT în IT Creșterea gestionabilității întreprinderii Indicele incidentelor critice Indicele arată modificarea numărului de incidente legate de IT care au dus la imposibilitatea luării deciziilor de management în termenul prevăzut Furnizați întreprinderii instrumente eficiente și fiabile necesare pentru rezolvarea problemelor de afaceri Procentul proceselor de afaceri automatizate Procesele automate sunt acele procese a căror performanță este evaluată cel puțin "satisfăcător" de către managerii unității de afaceri Identificarea și formalizarea nevoilor clienților Procentul proceselor de afaceri automatizate Indicatorul evaluează nivelul de utilitate al soluțiilor IT în ceea ce privește automatizarea proceselor de întreprindere importante din punct de vedere strategic Dezvoltarea și implementarea soluțiilor IT eficiente Abaterea de la termenii planificați pentru implementarea serviciilor IT Performanța reală a lucrărilor de implementare a serviciilor IT este evaluată în comparație cu țintele planificate Indicele de adecvare a soluției IT Se evaluează conformitatea soluției IT implementate cu criteriile de selecție, luând în considerare caracteristicile produsului IT, producătorul acestuia și procesul de implementare Îmbunătățirea eficienței relațiilor cu furnizorii de servicii IT Rata eficienței furnizorilor Rata eficienței interacțiunii cu furnizorii constă din următoarele componente: • timpul de plată a facturilor furnizorilor; • numărul de furnizori; • rating furnizor Tabelul enumeră unele dintre metricile bine-cunoscute utilizate pentru a evalua activitățile non-proiect ale unui serviciu IT pentru întreținerea, sprijinirea și monitorizarea IT Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT Tabelul Indicatori cheie ai activităților non-proiect ale serviciului IT Nr Obiective funcționale Indicatori Comentarii Îmbunătățirea eficienței IT și a infrastructurii Disponibilitatea serviciilor IT Se estimează perioada de timp în care un serviciu IT este disponibil pentru utilizatori Reduceți timpul de răspuns la solicitările IT Timpul de răspuns la incident Timpul estimat necesar personalului IT pentru a recunoaște și confirma un incident Timp de rezolvare a incidentelor Timpul estimat necesar personalului IT pentru a identifica cauza unui incident și a rezolva consecințele acestuia Menținerea parteneriatelor cu clienții Promptitudinea revizuirii SLA Evaluează gradul de pregătire al departamentului IT de a răspunde dorințelor clienților în ceea ce privește schimbările în servicii și nivelul furnizării acestora Asigurarea controlului continuu al calității serviciilor IT Calitatea raportării analizei cauzelor incidentelor Evaluează satisfacția clienților cu rapoartele privind cauzele incidentelor furnizate acestora Oferiți consiliere eficientă utilizatorilor Raportarea calității nivelului de serviciu Evaluează satisfacția clienților cu rapoartele privind nivelul de serviciu care le sunt furnizate Și cine este ușor acum? În organizarea managementului IT, una dintre cele mai importante probleme astăzi este așa-numitul risc de externalizare în proiecte IT [ ] Problema este de a decide ce ar trebui să facă serviciul IT și cât ar trebui să coste compania Această problemă este destul de acută nu numai pentru conducerea companiei, ci și pentru angajații IT Pentru ei, de fapt, este o chestiune de "viață și moarte" Din păcate, timpul de aur al fratelui nostru informațional a trecut pentru totdeauna În timp ce se așteptau la un miracol de la noi sub forma unor profituri fără precedent (sau cel puțin transferarea afacerii la un nivel mai înalt de avantaje competitive), nicio cheltuială nu a fost scutită Miracolele s-au încheiat și ni s-a pus o întrebare banală: "Unde este profitul din toate inovațiile tale?" Dar noi (lucrătorii informației), corupti de propriile noastre promisiuni nesfârșite, încălziți de propriul nostru interes pentru proces de dragul procesului, crezând în propria noastră magie, nu am putut da un răspuns adecvat sau chiar clar la acest lucru întrebare la timp Capitolul Vă puteți referi, desigur, la stagnarea economiei globale, la căderea tot felul de indici, la incompetența clientului sau la conducerea întreprinderii, dar, să fiu sincer, avem și un stigmat în tun: cum se spune, ce semeni În opinia noastră, procesele de reducere a personalului programatorilor interni și de atragere a dezvoltatorilor externi sunt complet firești atât din punctul de vedere al situației actuale din economie, ceea ce a dus la o reducere a fondurilor pentru crearea informațiilor întreprinderii sisteme și din punctul de vedere al tendințelor de dezvoltare a industriei IT Să încercăm să clarificăm ultima teză Unul dintre principalele argumente ale dezvoltatorilor de la întreprindere: "Ne cunoaștem mai bine întreprinderea, prin urmare vom rezolva problema din ce în ce mai repede Vom face totul singuri " Da, dar de ce sunteți atât de mulți? Și de ce un programator trebuie să cunoască afacerea unei întreprinderi în detaliu? Există suficiente companii de consultanță pe piață care sunt specializate în anumite sectoare de afaceri Ei sunt purtătorii excelenței și, în combinație cu specialiștii IT ai clienților (care își cunosc cu adevărat procesele de întreprindere mai bine decât oricine altcineva), creează soluții mai rapid și mai bine Dar serviciile IT reproduc inevitabil comportamentul unui monopolist pe piața din cadrul organizației lor: încep să dicteze regulile jocului la toate nivelurile și nu permit concurența cu dezvoltatorii externi Am observat o situație în care toată vastitatea planurilor serviciului IT la una dintre cele mai mari întreprinderi rusești s-a redus la îmbunătățirea nesfârșită a interfețelor utilizator și la îmbunătățirea caracteristicilor funcționale ale sarcinilor operate Chiar și cu un control strict din partea conducerii întreprinderii, un CIO competent își va dovedi cazul și necesitatea finanțării unor astfel de sarcini Puneți serviciul IT într-o poziție competitivă în raport cu dezvoltatorii externi - și veți obține o imagine obiectivă a stării și perspectivelor de dezvoltare a sistemului informațional al întreprinderii și, de asemenea, veți învăța cât costă de fapt sistemul informatic al întreprinderii dumneavoastră Dacă sistemul este creat pe cont propriu, atunci costul său este determinat (fără a lua în calcul costul software-ului și echipamentelor achiziționate) de numărul de dezvoltatori Ce stare ai nevoie? Mai mult, desigur Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT Dacă ne întoarcem la piață, atragem dezvoltatori externi, atunci costul sistemului informațional va deveni mai obiectiv Viziunea modernă a managementului sistemului informațional al întreprinderii presupune existența unui mic serviciu IT, a cărui funcție principală nu este deloc rezolvarea problemelor de servicii, deși responsabilitatea dezvoltării soluțiilor și a sistemelor informatice de operare îi revine în continuare Responsabilitatea principală a departamentului IT ar trebui să fie asigurarea dezvoltării organizaționale, structurale și a tehnologiei informației în conformitate cu scopurile și obiectivele de afaceri ale întreprinderii, formarea planurilor pentru această dezvoltare și coordonarea proiectelor IT Înțelegem că explicațiile noastre oferă puțin confort celor care și-au pierdut locul de muncă Însă serviciul IT cu care sunt obișnuiți acești oameni nu poate fi returnat și indiferent dacă vă place sau nu, va trebui să vă adaptați la un nou serviciu mai responsabil, mai interesant, dar, desigur, mult mai complex Dar cine este ușor acum? Politica in proiecte de implementare a sistemelor informatice corporative Riscurile politice ale proiectelor de implementare a sistemelor informatice corporative În marea majoritate a cazurilor, introducerea unui sistem informațional corporativ (CIS) duce la o schimbare semnificativă a peisajului politic al companiei, perturbă echilibrul existent de interese ale diferitelor unități funcționale După cum am menționat mai sus, o încercare de a schimba acest echilibru într-o direcție sau alta prin ordine, de regulă, nu duce la succes Rolul și locul serviciului IT în acest proces pot fi descrise foarte pe scurt: responsabilitate maximă pentru rezultat cu un minim de pârghie Chiar și având o strategie IT aprobată și acceptată spre execuție, directorul serviciului informațional (CS) nu poate fi sigur că aceasta va fi implementată integral sau cel puțin parțial Faptul că la un moment dat SU a reușit să demonstreze necesitatea transformării în sectorul IT și să "împingă" strategia IT nu înseamnă deloc că totul va merge ca un ceas De fapt, cel mai probabil va fi invers, iar IT-ul va trebui să depășească mai multe frontiere de rezistență activă și pasivă Capitolul "Nu o putem face pentru că este prea scump, șefului nu îi va plăcea, avocații nu o vor lăsa, nu este bugetat, ne îndoim că va funcționa, vânzătorul va percepe prea mult pentru schimbarea cod, departamentul de marketing o va lua în cazul nostru, dacă reușește, femeia care apără această idee este doar un consumator de credite, IT-ul nu ar trebui să ia o astfel de inițiativă, ne distrage atenția de la misiunea principală etc " Lista de obiecții poate fi continuată cu ușurință de către fiecare CIO [ ] Există patru domenii principale de rezistență la introducerea IT, care diferă atât prin motive, cât și prin forme de opoziție (vezi Fig ): • personal de exploatare; • manageri de mijloc; • managerii de top; • CEO Pentru a-și crește șansele de reușită în această luptă și, în același timp, pentru a evita confruntarea deschisă cu cei nedoritori, SU trebuie să aibă grijă în prealabil ca în toate cazurile de incertitudine și inconsecvență în alegerea opțiunilor posibile pentru desfășurarea evenimentelor, funcționează mecanisme de atenuare a perturbărilor apărute Și aceasta înseamnă că SU trebuie să aibă o idee bună despre ce riscuri politice apar la introducerea CSI, care sunt motivele și sursele lor, care sunt strategiile pentru eliminarea acestor riscuri și, în sfârșit, care sunt mecanismele de implementare a unor astfel de strategii Implicare, persuasiune, constrângere Metodele de depășire a rezistenței personalului și de motivare a managementului să participe activ la procesul de schimbare sunt binecunoscute Există trei strategii politice principale pe care SU le poate folosi atunci când implementează CIS: • Implicarea - crearea condițiilor în care adversarii schimbării devin interesați personal de succesul lor • Persuasiunea - crearea condițiilor în care adversarii schimbării devine evidentă nevoie de ei • Coerciție - crearea condițiilor în care adversarii modificărilor sunt obligați să le implementeze, inclusiv sub amenințarea sancțiunilor administrative Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT Figura Bariere în calea implementării CSI Capitolul Probabil, SU, care ar trebui să fie deja un politician cu experiență prin natura funcției sale, poate face față acestor sarcini Dar întrebarea este cum poate evita risipa inutilă de energie și nervi, fără a crea intrigi multidirecționale pentru a-și atinge obiectivele profesionale Soluția o vedem în faptul că nu SJ și nici alte figuri influente ale companiei vor implica, convinge și constrânge, ci indicatorii formali incluși în sistemul general de stabilire a obiectivelor companiei Sarcina SA în acest caz va fi să identifice principalele riscuri ale "factorului uman" și să ofere indicatorii potriviți, a căror funcționare va atenua aceste riscuri Exemplul Succesul introducerii modulului "Registrul general" la una dintre întreprinderile Gazprom se datorează automatizării operațiunilor în forma în care sunt folosite pentru a fi efectuate de personalul contabil Fiecare contabil era responsabil pentru propriul său cont (grup de conturi): a primit documentul principal (factură, factură), a făcut o înregistrare în contul său și a transferat acest document următorului contabil Este clar că sistemele ERP moderne vă permit să încredințați toate aceste operațiuni unui singur contabil După introducerea documentului, toate postările se fac automat Dar compania implicată în implementarea sistemului informațional în departamentul de contabilitate a sugerat în mod expres ca conducerea să lase toți contabilii la locul lor și să nu schimbe nimic în activitățile lor obișnuite Toată lumea a început să lucreze cu entuziasm: statutul social al angajaților a crescut (acum nu sunt doar contabili, ci utilizatori ai sistemului de management al resurselor întreprinderii) Exemplul Totodată, la aceeași întreprindere Gazprom s-a încercat automatizarea decontărilor cu creditorii Până în acea zi, contabilul a preluat pachetul de facturi primite pe lună, le-a sortat pe furnizori și, după ce a calculat suma totală pentru fiecare, a efectuat plata într-o singură tranzacție generală Ca urmare, toată conexiunea cu documentele primare a fost pierdută și nicio analiză nu a fost posibilă Sistemele ERP necesită introducerea fiecărui document primar în baza de date Dar contabilul a răspuns în mod rezonabil: "Dă-mi încă oameni și vor face treaba asta" Desigur, echipa de implementare nu a putut merge pentru asta Ei nu au putut automatiza procesul "ca atare", deoarece informațiile introduse nu au permis o contabilitate și o analiză corectă, adică nu au rezolvat problemele pe care sponsorii implementării acestuia la întreprindere le-au pus pentru CSI Consultanții înțelepți au recomandat: "În companiile occidentale, introducerea documentelor primare în sistemul informațional se efectuează la "locul de origine" - dacă un angajat al departamentului de aprovizionare comandă orice produse de la furnizori, el este cel care trebuie să înscrie Contractul în sistem, apoi asigurați-vă că factura de primire emisă în depozit a trecut sub același număr ca și Contractul etc " Consultanții au sugerat ca facturile să fie introduse în sistem de către personalul de achiziții Dar acolo li s-a spus: "Contabilitatea a făcut asta toată viața, chiar dacă continuă să o facă Nu vom face asta " Apoi, consultanții au făcut o încercare disperată de a obține în continuare munca "corectă" cu informații despre furnizori și au recomandat crearea unei subsecțiuni separate Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT toți furnizorii, reunind în ea toți oamenii care au cumva legătură cu furnizorii externi de bunuri și servicii pentru întreprindere Această acțiune s-a încheiat cu un eșec complet, deoarece o restructurare atât de gravă a condus la o încălcare a echilibrului de forțe și interese existente la întreprindere Artiștii obișnuiți nu au vrut să reconstruiască Șefii de departamente, simțindu-se personal amenințați, nu și-au forțat angajații să lucreze într-un mod nou, deși aveau suficientă putere pentru a face acest lucru Iar conducerea de vârf a întreprinderii nu a avut suficientă "voință politică" pentru a depăși rezistența "managementului de mijloc" Exemplul În timpul consilierii SU cu privire la o mare exploatație care gestiona mai multe topitorii de aluminiu, ne-am confruntat cu un fenomen foarte curios Procedura de finanțare a proiectelor de investiții în exploatație a presupus justificarea unor astfel de proiecte atât prin prisma beneficiilor care se preconizează ca urmare a implementării lor, cât și a costurilor necesare Aceste cerințe standard, în general, au fost precizate în detaliu în Regulamentul privind Comitetul de investiții al exploatației SU a declarat: "Pentru una dintre fabricile noastre, am aprobat un proiect de implementare a unui sistem de securitate a informațiilor, justificându-l cu beneficiile reducerii riscurilor de distrugere a sistemului informațional al întreprinderii și scurgeri de informații comerciale Implementarea acestui proiect nu a fost însă printre prioritățile directorului general al uzinei: deși banii au fost alocați și implementarea sistemului de securitate era în planul de lucru al uzinei, proiectul nu a fost lansat La ce a dus? Conducerea întreprinderii a primit un premiu pentru economii de costuri " O analiză a acestei situații curioase a arătat că, în ciuda procedurilor de investiții strict prescrise, Regulamentul Comitetului de Investiții a uitat să definească responsabilitatea pentru neîndeplinirea planului de investiții Aceasta a determinat atitudinea adecvată a conducerii fabricii față de execuția lucrărilor planificate privind implementarea sistemului de securitate a informațiilor Linii de rezistență Nivelul personalului de exploatare Ce se întâmplă cu personalul operațional atunci când încearcă să implementeze CIS poate fi descris ca riscul rezistenței la schimbare Această rezistență este generată de o dorință naturală de a păstra mediul și instrumentele familiare Motivele pentru aceasta pot fi atât temerile de pierdere a locurilor de muncă din cauza unei reduceri a numărului de locuri de muncă și calificări proprii insuficiente, cât și o neînțelegere sinceră a fezabilității modificărilor propuse Puteți influența această situație folosind o varietate de pârghii - persuasiune, implicare și constrângere În ceea ce privește persuasiunea, pârghia principală, în opinia noastră, este recalificarea personalului Coeficientul de recalificare poate fi calculat atât individual pentru fiecare angajat, cât și pentru unitate în ansamblu (pentru mai multe detalii despre acest indicator, vezi [ ]) Capitolul [Rata de reinstruire masivă] = % x [Timp petrecut în reinstruire] / [Timp necesar pentru reinstruire conform planificării] Unul dintre indicatorii tradiționali ai gradului de implicare a personalului operațional în proiectul de implementare a CSI este numărul de propuneri înaintate (acceptate) pentru îmbunătățirea diferitelor aspecte ale CSI în curs de implementare Pentru ca astfel de propuneri să apară, serviciul IT trebuie să organizeze lucru activ cu viitorii utilizatori pe diverse prototipuri și machete ale sistemului Și, în sfârșit, este necesar să se creeze o atmosferă care să creeze un sentiment în rândul angajaților că nu vor putea "sta afară" Pentru a face acest lucru, trebuie inventat un indicator, a cărui îmbunătățire este posibilă numai cu utilizarea IT-ului implementat, de exemplu, reducerea timpului pentru efectuarea anumitor operațiuni tehnologice (vezi exemplul de mai jos) Exemplu Înjumătățirea trimestrială a numărului de comenzi, al căror timp de executare, conform indicatorilor sistemului calității, este nesatisfăcător, adică sub puncte Estimările timpului de procesare a comenzii ar trebui să fie date în documentația sistemului de calitate a companiei, un fragment din care este prezentat în figură Dacă nu există un sistem de calitate, atunci ar trebui elaborat un tabel special pentru acest indicator Este important să construiți un sistem de rating în așa fel încât ratingul maxim posibil pentru starea actuală (fără IT) să fie la nivelul de - puncte Timp estimat de comandă Internet, e-mail Până la oră - ore - ore Mai mult de ore Nivel de management mediu La acest nivel, principalul motiv de rezistență este dorința de a evita transparența proceselor de afaceri și generalizarea informațiilor, deoarece managerii de mijloc se tem să nu-și piardă propria importanță în companie ca urmare a introducerii IT-ului Un factor important în cultura managementului intern este că managerul de mijloc, de regulă, își construiește afacerea în cadrul organizației, o protejează cu atenție, prevenind Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT interferențe exterioare Clientul său principal este top managerul responsabil de această afacere În consecință, un indicator important care determină semnificația unui manager de mijloc poate fi considerat numărul de vizite la superiori cu informații "interesante" Acest indicator va scădea brusc dacă superiorul primește informații "în mod natural" - prin intermediul sistemului informațional Principalele mijloace de presiune asupra managerilor de mijloc sunt indicatorii din domeniul costurilor, productivității muncii și eficienței angajaților [Venitul per angajat] este venitul companiei generat de o unitate de afaceri, împărțit la numărul de angajați ai acelei unități de afaceri [Utilizarea timpului de lucru al personalului de exploatare] - ponderea timpului de lucru petrecut de salariați în totalul fondului de timp de lucru Vom arăta cum acești indicatori pot limita capacitatea managerilor de mijloc de a rezista introducerii IT Principala obiecție la acest nivel la introducerea IT este "putem face așa" De fapt, în spatele acestei "gestionări" se află adesea manipularea numărului de personal al unității Cele două trucuri principale sunt să recrutezi mai mulți oameni sau să crești volumul de muncă al angajaților În primul caz, profitabilitatea unității scade, deoarece angajații suplimentari nu aduc venituri suplimentare Reglarea acestei situații este realizată de indicatorul Venit per angajat, care limitează posibilitățile managerului "de sus" - este imposibil să recrutați în mod necontrolat oameni în personal În al doilea caz, calitatea serviciului clienți scade (de exemplu, numărul de erori crește în perioadele de vârf) Reglarea acestei situații se realizează prin indicatorul Utilizarea timpului de lucru al personalului de exploatare, care limitează posibilitățile managerului "de jos", - este imposibil să supraîncărcați excesiv personalul Rețineți că utilizarea acestui indicator poate fi mult mai diversă [ ] Astfel, împreună valorile țintă ale acestor indicatori determină intervalul numărului rezonabil de unități (a se vedea Fig ) O zonă importantă de control asupra activităților managerilor de mijloc este disponibilitatea cunoștințelor și a informațiilor la nivel corporativ de care au nevoie managerii de top pentru luarea rapidă a deciziilor și departamentele conexe să-și facă propria activitate Aici Capitolul Numărul de angajați [Venit per angajat] - limitează capacitatea managerului "de sus" - nu puteți recruta în mod necontrolat oameni în personal [Utilizarea timpului personalului]- limitează capacitatea managerului "de jos" - nu puteți supraîncărca personalul excesiv S f Figura Utilizarea indicatorilor pentru a determina intervalul de personal rezonabil valoarea țintă a indicatorului de disponibilitate a informațiilor poate fi stabilită folosind "principiul jumătății" - valoarea indicatorului ar trebui să fie redusă la jumătate în raport cu perioada anterioară [Indice de disponibilitate a informațiilor] = [Numărul de ore de lucru necesare pentru a obține informațiile necesare] Nivelul managerilor de top Rezistența la acest nivel apare ca urmare a faptului că introducerea IT are un impact asupra afacerii companiei și poate duce la încălcarea echilibrului existent de interese și influențe ale managerilor de top Posibilitățile de influențare a acestor oameni sunt extrem de limitate, dar poți încerca să-i convingi că păstrând controlul asupra procesului, nu automatizându-l, ei pierd mai mult decât acordându-l "pentru automatizare" și pierzând controlul asupra acestuia Pentru a convinge managerii de top ar trebui folosiți indicatori care să caracterizeze calitatea execuției procesului de afaceri - timp, cost, număr de eșecuri etc În același timp, este necesar să facem apel la procesele cele mai critice care să fie automatizate, cu indicatori, de exemplu, timpul de execuție a contractului sau numărul de clienți pierduți din cauza acțiunilor necoordonate ale unităților Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT Nivelul CEO La acest nivel, riscul principal este lipsa voinței politice Un exemplu tipic: a fost luată o decizie, dar sub influența circumstanțelor (presiune "de jos"), șeful companiei încetează să insiste asupra respectării stricte a strategiei adoptate Această presiune "de jos" poate fi compensată doar de o presiune adecvată "de sus", adică cerințele proprietarilor de a îndeplini planul de investiții și de a utiliza indicatorul corespunzător - Îndeplinirea planului de investiții pentru dezvoltarea IT Cum va funcționa O condiție necesară pentru ca indicatorii să înceapă să funcționeze este folosirea lor ca bază fundamentală pentru luarea deciziilor de management în companie Să ilustrăm cum se întâmplă acest lucru folosind metodologia BSC ca exemplu Tabelul prezintă un fragment dintr-o hartă strategică construită folosind unii dintre indicatorii menționați mai sus Tabelul definește cinci obiective funcționale în diferite categorii - finanțe, clienți, procese de afaceri, învățare și dezvoltare Formulările acestor obiective sunt destul de tradiționale Important- Tabelul IT în harta strategică a companiei Indicator de obiectiv pentru categoria obiectivului Scop financiar Creșterea productivității muncii Venit per angajat Obiectivul clientului LJ Îmbunătățirea experienței clienților Timp de finalizare a achiziției Obiective de producție internă Creșterea coordonării activității departamentelor ■ * s Numărul de clienți pierduți din cauza acțiunilor inconsecvente ale personalului Obiective de învățare și dezvoltare U Creșterea cunoștințelor informatice a personalului Rata de recalificare în masă Automatizați-vă cele mai critice procese de afaceri Realizați-vă planul de investiții IT Capitolul dar că realizarea lor este imposibilă fără implementarea obiectivelor de nivel inferior, care sunt singurele legate direct de IT Dacă pe masa managerilor de top apar în mod regulat indicatori corespunzători acestor obiective, dacă de sus în jos se leagă de ei sistemul de motivare al tuturor angajaților companiei, atunci șansele ca proiectul de implementare a CSI să reușească sunt semnificativ crescute Programul de acțiune pentru CO Ca sinteză a secțiunii, vom formula un scurt program de acțiune pentru SA Pasul Formulați și aprobați strategia IT ca parte a strategiei de afaceri a companiei Pasul Definiți obiective specifice de afaceri care pot fi atinse numai folosind IT Pasul Determinați adevăratele centre de rezistență la implementarea CSI și dezvăluiți motivația acestora Pasul Construiți un sistem de indicatori care să motiveze centrele de rezistență pentru atingerea obiectivelor Pasul Includeți raportarea acestor indicatori în raportarea generală obligatorie a companiei Proiecte IT și personal companie Persoana sau resursa? Când se discută despre participarea și rolul unei anumite persoane într-un proiect, se aude adesea sintagma "resurse umane" (Resurse umane, HR), care este de obicei folosită în același rând cu conceptele de "resurse financiare", "resurse materiale" ", etc În acestea În unele cazuri, "resursa umană" se referă la ceea ce este exprimat în termeni de ore și cost O astfel de resursă este adăugată și scăzută, atrasă sau eliberată Și totul, s-ar părea, este simplu: înmulțiți costurile cu forța de muncă cu costul unei ore de om și vedeți că nu depășiți bugetul Dar tocmai această abordare se dovedește adesea a fi cauza problemelor politice care au fost luate în considerare în secțiunea anterioară Într-adevăr, este foarte tentant să vezi în interpret doar o resursă - atât pentru lider, cât și adesea pentru interpretul însuși Fiecare parte își poate face viața mai ușoară fără să se adâncească în problemele părții Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT opus Totuși, în proiectele în care factorul uman este crucial, concentrându-se doar pe managementul "resurselor umane" și "personalului" fără a ține cont de culturile organizaționale și profesionale, de caracteristicile individuale ale membrilor echipei și de alte caracteristici prost identificate și măsurate ale echipelor adesea duce la conflicte, dificultăți din senin și eșecul întregului proiect În [ ], am remarcat că combinarea armonioasă a componentei "resurse" a unei persoane cu interesele și motivația sa personale, interesele echipei și ale altor participanți la proiect, organizarea muncii în comun bazată pe o cultură de management al echipei sunt baza muncii eficiente și unul dintre principalii factori de succes De asemenea, am subliniat că, cu toată varietatea de abordări ale managementului oamenilor în proiecte și într-o întreprindere, există un aspect extrem de important al "factorului uman" Vorbim despre motivație și un sistem de motivare, a cărui bază este contabilitatea resurselor proiectului, iar scopul este de a crea stimulente pentru munca eficientă nu numai a personalului, ci și a altor participanți la proiect Pentru proiectele de implementare a sistemelor informatice, toate cele de mai sus pot fi atribuite nu numai executanților, ci, poate chiar într-o măsură mai mare, clienților funcționali, adică viitorilor utilizatori ai sistemului Prin urmare, succesul unor astfel de proiecte este în mare măsură determinat de cât de cu succes sunt rezolvate problemele de personal în companie Și aici este mai corect să vorbim nu numai despre managementul personalului în proiect, ci și despre managementul personalului la întreprindere Probleme de personal în strategia companiei Strategia companiei ar trebui să ofere răspunsuri la trei întrebări de bază legate de managementul personalului: • Ce așteaptă compania de la angajații săi? • După ce criterii va evalua managementul munca angajaților? • Ce ar trebui să facă compania pentru a ajuta angajații să-și îndeplinească sarcinile atribuite? Ce așteptăm de la angajații noștri Figura prezintă principalele niveluri de management strategic al companiei Harta strategică la fiecare dintre aceste niveluri conține obiective care sunt axate pe dezvoltarea afacerii companiei și sunt adresate anumitor angajați În harta corporativă Capitolul strategia corporativă - abordări și direcții dezvoltate de conducerea companiei pentru a obține cele mai bune rezultate în afaceri Strategii funcționale - planuri de acțiune de management pentru domenii cheie selectate Strategii operaționale - inițiative și abordări în managementul departamentelor la rezolvarea sarcinilor operaţionale de importanţă strategică Figura Niveluri de management strategic al unei companii nivel - aceștia sunt managerii de vârf ai companiei, în strategii funcționale - aceștia sunt manageri de mijloc, în strategii operaționale - aceștia pot fi angajați obișnuiți De fapt, acest sistem de obiective este cel care răspunde la prima dintre întrebările puse mai sus (exemple de obiective ale serviciului IT au fost date în Tabelul ) Cum se evaluează munca angajaților Prezența strategiei corecte și a sistemului corect de obiective este un instrument necesar, dar nu singurul pentru funcționarea eficientă a companiei Al doilea cel mai important instrument al managementului strategic este un sistem de criterii care permite evaluarea corectă și în timp util a diferitelor aspecte ale activității companiei, diviziilor și angajaților acesteia și, pe baza acestor evaluări, să ia și să implementeze deciziile corecte de management în timp util manieră Indicatorii cheie de performanță (KPI) sunt considerați ca astfel de criterii - indicatori cantitativi care măsoară gradul de succes în domenii specifice ale activităților companiei (vezi Secțiunea ) Exemple de indicatori de performanță IT sunt prezentate în Tabelele și KPI-urile pot fi folosite și ca criterii de evaluare a muncii angajaților, deși în realitate această sarcină nu este atât de simplă, deoarece pe lângă indicatorii obiectivi financiari și de producție Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT sunt mult mai multi factori subiectivi, precum atitudinea fata de munca, satisfactia conducerii sau a clientului etc De asemenea, ar trebui să fie luate în considerare atunci când se evaluează performanța unui angajat Cum să-i ajuți pe angajați să-și îndeplinească sarcinile La diferite niveluri ale strategiei, trebuie prezentate obiective în domeniul managementului personalului propriu-zis, întrucât, așa cum am observat mai devreme, acest domeniu este esențial în ceea ce privește atingerea obiectivelor de afaceri ale companiei Într-o hartă strategică la nivel corporativ, obiectivele de personal sunt de obicei formulate într-un mod foarte general și se referă la competența personalului, cultura corporativă, loialitatea personalului etc Ca și obiectivele de producție, acestea pot fi detaliate la nivelul activităților individuale (producție, finanțe) , constructii etc ) si chiar la nivelul departamentelor individuale Rolul principal în implementarea strategiei companiei în domeniul personalului revine serviciului de management al personalului Harta strategică a acestei divizii, de regulă, include obiective specifice pentru dezvoltarea tehnologiilor HR, dar conținutul său principal este obiectivele axate pe dezvoltarea afacerii companiei în ansamblu, în special, pe sprijinirea implementării proiectelor IT Să luăm în considerare mai detaliat sarcinile managementului personalului în procesul de introducere a noilor sisteme informaționale Managementul personalului în perioada de tranziție asociată cu introducerea tehnologiei informației Evaluarea personalului Înainte de începerea proiectului, trebuie formulate cerințe cheie pentru angajați în ceea ce privește utilizarea noilor tehnologii și, eventual, munca într-o nouă structură organizatorică În continuare, este necesar să se determine gradul de pregătire a personalului companiei de a lucra în condiții noi, zonele și metodele de dezvoltare a competențelor necesare Cel mai important element al evaluării personalului este identificarea potențialilor lideri/agenți de schimbare și a candidaților pentru echipa de proiect Compensație și motivație O trăsătură importantă a perioadei de tranziție este necesitatea ca un grup mare de angajați să lucreze în condiții de reguli și cerințe schimbate, dar încă nestabilite Acest lucru duce inevitabil la Capitolul suprasolicitare fizică și psihologică pentru acești angajați, mai ales în cazul unor circumstanțe complexe și cu atât mai mult de forță majoră la executarea proceselor de afaceri folosind noi instrumente IT De asemenea, trebuie avut în vedere faptul că, alături de noile responsabilități asociate cu implementarea modificărilor adoptate, acești angajați, de regulă, continuă să își îndeplinească sarcinile funcționale normale Pentru a asigura succesul proceselor de tranziție, este necesar să se prevadă măsuri care să sporească interesul angajaților atât pentru participarea la proiecte IT, cât și pentru finalizarea cu succes a acestora Interesul angajaților de a participa la proiecte poate fi sporit prin asigurarea unui fond de bonus țintă, din care plățile se fac numai către participanții direcți la proiect proporțional cu contribuția acestora și indiferent de activitățile lor de producție curente Interesul angajaților pentru finalizarea cu succes a proiectelor poate fi crescut, în plus, legând direct succesul proiectului de creșterea carierei lor Cu alte cuvinte, roluri cheie în aceste proiecte ar trebui acordate angajaților pe care conducerea companiei îi consideră un bazin de talente Suport psihologic al proiectelor În cadrul acestei direcții, opinia publică din companie este monitorizată cu privire la posibilele rezultate ale proiectelor, se dezvăluie pregătirea angajaților pentru schimbări și se formează o atitudine constructivă a angajaților față de schimbări Și totuși, oricât de semnificativ ar fi rolul tehnologiilor HR, competența și profesionalismul specialiștilor IT ai companiei, eficiența instrumentelor de management de proiect pe care le folosesc au o importanță decisivă în implementarea proiectelor IT Unele dintre aceste instrumente vor fi discutate mai târziu în acest capitol Proiecte IT în portofolii și programe De multe ori într-o mare varietate de companii (dar cel mai adesea din sectorul public) am avut de a face cu o situație în care toate proiectele de dezvoltare sunt considerate exclusiv ca centre de cost atribuibile bugetului unității care implementează acest proiect În același timp, costurile proiectelor realizate în interesul unui client funcțional sunt repartizate în bugetele diferitelor departamente Aceasta înseamnă că toate proiectele IT se încadrează în bugetul serviciilor IT, toate costurile de construcție se încadrează în bugetul departamentului de construcții și așa mai departe Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT Ca urmare, există probleme cu transparența financiară a întreprinderii, cu determinarea cât "costează" fiecare unitate individuală Și acest lucru, la rândul său, nu permite evaluarea performanței departamentelor, comparând munca lor cu cele mai bune practici din industrie O soluție fundamentală la aceste probleme este posibilă pe baza următorului model: • Fiecare unitate are un buget de cheltuieli și un buget de venituri • Bugetul de cheltuieli este bugetul consolidat pentru proiectele în care departamentul acționează ca Client funcțional al proiectelor • Bugetul de venituri este bugetul consolidat pentru proiectele în care departamentul acționează ca reprezentant al Clientului General sau al Implementatorului de Proiect intern, plus bugetul de funcționare al departamentului (pentru activități non-proiect) În acest caz, devine posibil să se ia în considerare nu numai fondurile cheltuite pentru echipamente, materiale și plata pentru munca organizațiilor terțe implicate ca antreprenori, ci și costurile efective ale propriilor specialiști care participă la proiect atât pe parte a Clientului Functional si din partea reprezentantului Clientului General Această abordare ne conduce la modelul de împărțire a proiectelor în programe și portofolii, care a fost deja discutat în Secțiunea în legătură cu portofoliile de proiecte ale unei companii de transport de gaze Să ilustrăm acum acest model pe exemplul proiectelor IT Să începem cu un citat: "Experiența arată că prioritățile departamentului IT (de exemplu, upgrade-uri hardware, actualizări software etc ) sunt adesea fără legătură cu strategia de afaceri a unei companii Angajații departamentului IT habar nu au cum munca lor poate servi intereselor companiei, iar angajații altor departamente sunt perplexi de ce resursele alocate IT nu pot fi transferate către sarcini mai importante "/ , p ] Reamintim că termenii "client funcțional", "client general", "antreprenor" au fost introduși în secțiunea Capitolul Rezultă că pe lângă asocierea tradițională a proiectelor IT pe bază formală în portofoliile de aplicații, este necesară și construirea unor relații semnificative Luați în considerare următoarea situație ca exemplu Compania implementeaza doua programe de dezvoltare - in domeniul finantelor si in domeniul relatiilor cu clientii În cadrul primului program este introdus un sistem de contabilitate automatizat, în cadrul celui de-al doilea - un sistem CRM Împreună, aceste sisteme alcătuiesc portofoliul de aplicații Cu toate acestea, ele fac parte din diferite programe Intersecția portofoliilor de proiecte și programe generează acele relații care trebuie gestionate în procesul de implementare a proiectelor IT Relațiile din cadrul portofoliilor de proiecte sunt adesea de natură pur materială și se referă la constrângerile de resurse ale companiei O caracteristică distinctivă a programelor este că, în cursul implementării lor, sunt afectate interesele vitale ale diferitelor departamente ale companiei și ale angajaților săi individuali Prin urmare, interrelațiile aici sunt complet diferite: managementul programului vizează în mare măsură atingerea unui echilibru de interese ale diverșilor participanți Această situație are un impact direct asupra modului în care sunt coordonate diferitele activități În primul rând, munca este coordonată "vertical" - în cadrul diferitelor programe Pentru a face acest lucru, se construiește de obicei o verticală de management, în care clienții business ai programului, de exemplu, directorul financiar al companiei, ocupă poziția dominantă, iar specialiștilor în servicii IT li se atribuie rolul subordonat al managerului de proiect IT În cadrul acestor structuri se realizează interacțiunea în mod regulat între reprezentanții diferitelor grupuri de afaceri și interpreți Coordonarea muncii "pe orizontală" - în cadrul portofoliului de aplicații - este datoria directă a SY În acest sens, el este proprietarul suveran al portofoliului de proiecte IT (sau centrul de responsabilitate), bineînțeles, în cadrul autorității sale în materie de management al resurselor În încheierea secțiunii, remarcăm că pentru o anumită categorie de proiecte IT, serviciul IT nu ar trebui să joace deloc un rol de lider Vorbim despre proiecte de implementare a sistemelor informaționale ale industriei și corporative (CIS), care au fost deja discutate în acest capitol Introducerea unor astfel de sisteme încalcă în mod inevitabil echilibrul existent de interese ale diferitelor părți din compania care implementează sistemul și, prin urmare, necesită utilizarea unor metode speciale de management Funcția de gestionare a creării (implementarii) CSI nu poate fi delegată nici unei unități, inclusiv Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT serviciu IT Rolul său ar trebui să fie, în primul rând, în organizarea generală și coordonarea procesului, armonizarea intereselor diverșilor clienți funcționali, examinarea soluțiilor tehnice și acceptarea rezultatelor, dar nu și în managementul proiectului (vezi Fig ) [ ] , ] Dar pentru managementul proiectelor ar trebui create structuri organizatorice temporare (de regulă, pe mai multe niveluri), care să includă reprezentanți ai tuturor părților interesate Iar circumstanțe foarte speciale apar atunci când IT este introdusă în structurile holding Ele sunt descrise foarte precis de M Aishina: "Imaginați-vă că ești dirijor și că trebuie să conduci o orchestră Intri în groapa orchestrei, stai la consolă și vezi că în jurul tău nu sunt muzicieni, ci dirijori, iar fiecare dintre ei are propria lui orchestră Cineva te privește întrebător, cineva ironic, iar cineva conduce deja cu putere, fără să-ți acorde nicio atenție Îngrozitor, nu-i așa? Aproximativ în condiții atât de deprimante, angajații IT ai companiilor cu o structură complexă sunt nevoiți să "cante muzica tehnologiei informației" Există din ce în ce mai multe holdinguri în Rusia, iar afacerile departamentelor lor IT merg diferit - și nu întotdeauna atât de vesele pe cât ne-am dori Acest lucru este suprapus de dezvoltarea rapidă a tehnologiilor în sine Cum să faci față unei astfel de economii IT? De obicei, un holding este o asociație de diverse activități ale companiilor legate de unul sau mai multe domenii de activitate Companiile, precum gemenii siamezi, pot crește împreună cu diferite "părți ale corpului": • management financiar; • lucrul cu clienții; • reprezentare externă - imagine; • IT etc Managementul IT într-o astfel de structură - ca și managementul în general - este mai mult o artă decât o știință Și această artă este complicată nu numai de faptul că oamenii pe care îi administrează gestionează ei înșiși pe alții (o structură ierarhică este deja un lucru familiar) Problema este că pentru o mai bună gestionare, trebuie să fii mai aproape de infrastructură, de utilizatori Situația este complicată și de conducerea holdingurilor care, la rândul lor, dorește să conducă departamentele IT Și asta nu este deloc localism și nu tiranie, ci o nevoie reală de a face IT-ul flexibil, de a-i face să se întoarcă după afacere Dacă gestionați IT Capitolul Organigrama proiectului de implementare a CSI Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT Dacă sunt "acolo", atunci cu siguranță vor deveni stângaci, vor începe să împiedice dezvoltarea companiei" ] , p ] Să luăm în considerare câteva recomandări privind organizația în deținerea unei structuri care gestionează implementarea IT (să-i spunem Departamentul IT) Managementul proiectelor IT în exploatație: abordări și recomandări Tipuri de management IT în exploatație Tipuri posibile de structuri de management IT din holding pot fi reprezentate astfel: centralizare hard, structură descentralizată și centralizare soft Aplicarea lor depinde în mare măsură de metodele de gestionare a exploatației în ansamblu Dacă conducerea holdingului aderă în mod constant la politica de a crea unități independente de afaceri din filialele sale, atunci, evident, nu are sens să vorbim despre o structură de management rigid centralizată atât pentru holding, cât și pentru serviciile sale IT Principiile de management într-un astfel de holding sunt aceleași pentru toate segmentele de management Pe baza lor se construiește politica corporației în acest domeniu O abordare similară poate fi observată în multe holdinguri globale - Boeing, Microsoft, Volkswagen și alți participanți la ratingul Forbes Top Dacă vorbim despre experiența noastră rusă, atunci aici puteți observa toate combinațiile posibile și imposibile de tipuri de management De exemplu, una dintre cele mai mari companii petroliere rusești, construită ca structură descentralizată, are un departament IT extrem de centralizat De ce? Așa vede directorul IT funcționarea corectă a serviciului IT Nu poți spune cu siguranță că e rău Poate că această opțiune de control este optimă în acest caz particular Dar nu poate fi recomandat pentru uz general Centralizare rigidă Construirea managementului pe principiul centralizării stricte înseamnă crearea unui singur departament IT în exploatație Tot personalul IT al filialelor este transferat personalului unității nou create, iar toată responsabilitatea revine șefului unei singure unități IT Această abordare a construirii managementului IT astăzi este exotică pentru companiile occidentale care practică managementul centrelor de cost Cu toate acestea, în Rusia este destul de comun Punctele forte ale centralizării rigide includ prezența unui singur buget IT, care este format pentru exploatație în ansamblu Capitolul Acest lucru vă permite să evitați dispersarea excesivă a fondurilor, să le concentrați pe "direcția loviturii principale" Managerul bugetului IT devine șeful Departamentului IT Politica centralizată de personal asigură gestionabilitatea organizației, dezvoltarea unei culturi corporative unificate Totuși, în condițiile noastre, când personalul principal trebuie găsit pe plan local, implementarea acestei lucrări din centru devine problematică Dezvoltarea unei strategii și a unei metodologii unificate asigură transparența și, ca urmare, coerența deciziilor: este mai ușor de realizat într-o structură centralizată Datorită îndepărtării filialelor și a responsabilității personalizate a șefului unei singure unități, o astfel de organizație de management duce la o viteză redusă de luare a deciziilor operaționale, erori în acestea sau blocarea proiectelor În aceste condiții, în organizație se dezvoltă un climat psihologic negativ "Cea mai bună" practică este cea mai bună modalitate de a urma instrucțiunile șefului Departamentului IT Inevitabila dictare "cum să trăiești" din centru limitează inițiativa și irită personalul IT Structură descentralizată Spre deosebire de un sistem de centralizare strictă, un sistem de management descentralizat este destul de comun și corespunde structurilor holding care unesc diverse afaceri slab conectate De regulă, Departamentul IT dintr-o astfel de structură nu are dreptul de a interveni în activitățile serviciilor IT ale filialelor Principalele funcții ale Departamentului IT includ: • reprezentarea intereselor serviciilor IT în faţa acţionarilor; • evaluarea și auditul activităților acestora; • asigurarea consolidării raportării eterogene a filialelor Structura descentralizată a managementului serviciilor IT într-un holding care unește întreprinderi conform principiului industriei are o serie de avantaje Aceasta este în primul rând eficiența luării deciziilor din cauza lipsei unui centru de coordonare În plus, o prezentare cuprinzătoare a situației de pe teren îmbunătățește calitatea deciziilor Inițiativa de la sol dă naștere unei game largi de tipuri diferite de sisteme de management care contribuie la dezvoltarea și diseminarea celor mai bune practici În sfârșit, absența unor legături administrative verticale între serviciile IT și centru asigură independența și obiectivitatea auditului activităților acestor servicii Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT În același timp, structura descentralizată nu permite elaborarea unei singure strategii și metodologii pentru exploatație În consecință, acest lucru duce la costuri mari la integrarea soluțiilor filialelor Disparitatea în abordări și calificări ale personalului face ca sarcina de a forma o cultură corporativă a serviciilor IT să fie insolubilă, ceea ce crește riscul eșecului proiectului Centralizare soft Cu această opțiune de a construi managementul IT într-o structură holding, centrul își păstrează funcțiile legislative, de control și reprezentative Partea principală a bugetului, precum și responsabilitatea pentru implementarea planurilor de dezvoltare IT revine filialelor Cu această construcție a managementului se realizează principalele avantaje ale opțiunilor de centralizare strictă și descentralizare Această opțiune de management presupune existența unor planuri și buget consolidate, formate de Departamentul IT pe baza planurilor filialelor Cu toate acestea, gestionarea părții principale a bugetului rămâne în sarcina filialelor Politica centralizată de personal este implementată nu prin selecția și numirea directă a personalului, ci prin dezvoltarea cerințelor, evaluarea și aprobarea candidaților propuși pentru managementul serviciilor IT În cazul centralizării soft a managementului, este, de asemenea, posibilă dezvoltarea unei strategii și metodologii unificate eficiente Centrul de coordonare deleagă principalele funcții executive filialelor, ceea ce determină eficiența în luarea deciziilor Centralizarea soft nu suprimă inițiativa locală, ci o face gestionabilă, o direcționează către implementarea de soluții coordonate, integrabile În sfârșit, absența unor legături administrative rigide între serviciile IT și centru asigură independența și obiectivitatea auditului activităților unor astfel de servicii În varianta centralizării soft, filialele au suficientă independență în implementarea activităților lor de producție, a bugetului propriu și a-l gestiona, dar, în același timp, Departamentul IT determină scopurile și obiectivele filialelor și controlează activitățile acestora Cu o centralizare soft, Departamentul IT, neavând nicio pârghie directă asupra luării deciziilor la nivelul filialelor, ar trebui: • dezvoltarea standardelor, recomandărilor și cerințelor întreprinderii; • organizarea de instruire pentru personalul de conducere al filialelor; Capitolul • efectuează controlul și auditul constant al activităților întreprinderilor în domeniul exploatării instalațiilor IT și implementării proiectelor; • să reprezinte interesele serviciilor IT ale întreprinderilor în fața conducerii de vârf a holdingului; • să reprezinte interesele serviciilor IT ale întreprinderilor în fața furnizorilor corporativi, să asigure o politică consolidată de licențiere Practica arată că principiul centralizării soft este cel mai promițător pentru exploatațiile care se dezvoltă astăzi în Rusia Prin urmare, este necesar să ne oprim mai în detaliu asupra unor aspecte precum repartizarea principalelor funcții ale managementului IT pentru această opțiune între Departamentul IT al holdingului, serviciile IT ale filialelor și managementul holdingului, standardele de întreprindere prioritare, îndrumări și cerințele pentru activitățile de management IT Pentru a face acest lucru, vom folosi recomandările standardului internațional ISO/IEC [ ], care definește procesele de management al ciclului de viață al sistemului politica de informatizare Documentul principal pe baza căruia se construiesc activitățile întregului complex organizațional de management al serviciilor IT din holding? ar trebui să devină "Politica de informatizare", care este aprobată de conducerea de top a exploatației Acesta definește principiile cheie pentru construirea proceselor de management IT Din punctul nostru de vedere, cele mai semnificative principii care ar trebui declarate în acest document sunt: • Planificarea din nevoile afacerii Toate proiectele trebuie să fie justificate în ceea ce privește nevoia lor de a îmbunătăți activitatea întreprinderii • Justificarea investiției Orice proiect trebuie evaluat economic din punct de vedere al costurilor și rezultatelor sale Alocarea fondurilor pentru proiect trebuie aprobată de conducere • Transparența deciziilor pentru management Deciziile cheie de proiectare trebuie prezentate, explicate și convenite cu conducerea holdingului și a filialelor relevante Ar trebui instituit un sistem de raportare privind stadiul proiectelor cheie, disponibil la toate nivelurile de conducere ale holdingului și ale filialelor Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT • Responsabilitate pentru rezultate Pentru manageri ar trebui dezvoltat un sistem clar și eficient de motivare atât pentru îndeplinirea sarcinilor stabilite pentru managementul IT, cât și pentru neîndeplinirea acestora • Control de calitate La nivelul Departamentului IT ar trebui construit un sistem de monitorizare a calitatii implementarii proiectelor si intretinerii sistemelor informatice Sistemul de control al calității trebuie să includă atât controlul formal al conformității cu standardele și cerințele, cât și controlul corectitudinii soluțiilor de proiectare, respectarea acestora cu cerințele de integrare și recomandări metodologice • Lucrul cu software licențiat Pentru a reduce riscurile utilizării de software de calitate scăzută și infectate cu viruși, precum și riscurile de pierderi financiare la revendicările autorilor, ar trebui dezvoltată o politică de licențiere care implică utilizarea numai a produselor software achiziționate legal Procese generale de management Managementul investitiei Procesul de gestionare a investițiilor acoperă următoarele domenii (vezi Figura ): • definire și inițiere - sunt necesare pentru dezvoltarea proiectelor IT; • asigurarea finanțării adecvate a acestora; • controlul rezultatelor acestora; • determinarea posibilităţii continuării şi dezvoltării lor Procesul de management al investițiilor include următorii pași Pasul Elaborarea unei strategii de informatizare a intreprinderii (strategie IT), care determina starea sistemului informatic pe termen lung si planuri de implementare in orizontul anual de planificare Strategia IT este fixată într-un document corespunzător convenit cu subsidiarele, în crearea căruia sunt direct implicate Pasul Strategia IT este aprobată de consiliul de administrație al holdingului În ciclul de dezvoltare a sistemului informațional, strategia IT trebuie revizuită și ajustată periodic Acest proces este Capitolul Managementul holdingului Departamentul IT Departament IT subsidiar Rapr pboika II g r-psgii Aprobare strategii IT Ro ' de lucru G:;I!DLIZH! '- I II!- IÎT • ■> Con- llilacin propunere pentru IT nrsi?ki g-'Nis ii: Aprobare buget IT consolidat Figura Procesul de management al investițiilor Se bazează pe monitorizarea și analiza problemelor de utilizare a sistemului informațional al exploatației Pasul Pe baza strategiei IT aprobate, serviciile IT ale filialelor elaborează propuneri pentru anul de implementare a proiectelor IT La elaborarea propunerilor, serviciile IT ar trebui să fie ghidate de "Cerințele pentru justificarea proiectelor" și "Regulamentele privind procesul de investiții" la nivel corporativ Este important să urmăriți și, dacă este necesar, să modificați aceste documente astfel încât să reflecte în mod adecvat specificul proiectelor IT Pasul Departamentul IT consolidează planurile filialelor și înaintează documentul final Comitetului de investiții pentru includerea proiectelor în portofoliul de investiții Pasul Comitetul de Investiții aprobă portofoliul de investiții al proiectelor IT Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT Pasul Pentru proiectele incluse în portofoliul de investiții se formează bugetul pentru serviciul IT al filialelor și Departamentul IT În plus, bugetul include toate costurile necesare pentru menținerea activităților serviciilor IT, în conformitate cu structura elaborată și aprobată de Departamentul de IT Pasul Bugetul IT consolidat se aprobă de către consiliul de administrație al holdingului management de proiect IT Managementul proiectelor IT se bazează pe procesele ciclului de viață al sistemului, care includ următoarele etape • Lansarea proiectului Serviciul IT selectează un contractant, creează organisme de management de proiect, formează un program și un buget pentru proiect Toate deciziile trebuie să se bazeze pe standardul de management al proiectelor corporative și pe recomandări pentru selectarea furnizorilor și contractorilor Principalele prevederi ale proiectului (Carta Proiectului) sunt agreate și aprobate de Departamentul IT • Proiectarea și dezvoltarea sistemului Serviciul IT îndeplinește funcțiile Clientului General - controlează evoluția lucrărilor și efectuează acceptarea și aprobarea documentației elaborate Departamentul IT coordonează soluțiile de proiectare, ținând cont de conformitatea acestora cu cerințele de compatibilitate informațională, funcțională, documentară și de infrastructură cu soluțiile la nivel corporativ Departamentul IT monitorizează și auditează periodic proiectul La punerea în funcțiune a sistemului, serviciul IT organizează teste, în care prezența reprezentanților Direcției IT este obligatorie După punerea în funcțiune a sistemului, departamentul IT întocmește un raport special, pe baza căruia Departamentul IT întocmește o evaluare a rezultatelor proiectului și îl înaintează Comitetului de investiții pentru protecție • Operarea și întreținerea sistemului Conținutul principal al acestei etape din punctul de vedere al ciclului de proiect este identificarea necesității dezvoltării sistemului și inițierea unor proiecte IT adecvate Sarcina serviciului IT aici este de a monitoriza procesul de operare și problemele emergente Procesele de operare si intretinere a sistemului sunt supuse auditului periodic de catre Departamentul IT Capitolul Generalizarea și analiza rezultatelor monitorizării și auditului servesc drept bază pentru revizuirea periodică a strategiei de dezvoltare a sistemului informațional al exploatației și modificările la standarde și alte documente de guvernare • Îmbunătățirea/dezafectarea sistemului Lucrările de înlocuire sau dezafectare a sistemului, reprofilarea operațiunilor și a serviciilor de întreținere asociate acestui sistem ar trebui considerate proiecte informatice independente, pentru care este implementat întreg ciclul de management Managementul resurselor Acest proces oferă proceselor și proiectelor personalul necesar Principalele funcții ale Departamentului IT atunci când lucrează cu personalul sunt următoarele: • studiul standardelor elaborate și al altor documente de orientare; • instruire în IT modern (independent sau cu implicarea organizaţiilor specializate); • desfășurarea de întâlniri periodice cu conducerea serviciilor IT pentru a împărtăși experiențe și a construi spiritul corporativ; • dezvoltarea unei structuri tipice a serviciului IT și a cerințelor pentru personal; • certificarea șefilor de servicii IT În procesul de numire a managementului serviciilor IT ale filialelor, Departamentul IT ar trebui să joace un rol de coordonare Deciziile de recrutare și numire rămân în sarcina conducerii filialelor Managementul achizitiilor Procesul de achiziție definește acordurile de achiziție de produse și servicii, precum și relațiile cu furnizorii în procesul de achiziție și obținere de bunuri și servicii Procesul de achiziție începe cu dezvoltarea unei specificații de către IT bazată pe politica de licențiere și standardul de infrastructură a întreprinderii dezvoltat de Departamentul IT Atunci când alegeți un furnizor, principalul document de orientare pentru serviciul IT îl reprezintă recomandările privind selectarea contractanților și a consumabilelor Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT cutii Rolul Departamentului IT în procesul de achiziții este unul de coordonare Serviciul IT al filialei efectuează achiziția Rezumând analiza organizării managementului serviciilor IT în exploatații, prezentăm două tabele Primul (vezi Tabelul ) stabilește distribuția funcțiilor de management IT în exploatație între aparatul de management, Departamentul IT și serviciile IT ale filialelor, iar al doilea (vezi Tabelul ) furnizează o listă de documente de orientare prioritare pentru Management IT în exploatație Toate aceste rezultate sunt derivate din modelele de proces de management IT definite în ISO/IEC În același timp, suntem conștienți (și practica confirmă acest lucru) că în fiecare caz concret se pot construi modele în funcție de practica consacrată de management și distribuție a funcțiilor Tabelul Distribuirea funcțiilor de management IT Functie departament IT Serviciu IT Management Holding Planificare/bugetare Dezvoltarea și ajustarea strategiei Aprobarea strategiei Planificarea proiectului Aprobarea planului de proiect Formarea unui portofoliu de investiții Dezvoltarea bugetului Coordonarea si consolidarea bugetelor Aprobarea bugetului Ciclul proiectului Lansarea proiectului Aprobarea Cartei proiectului Implementarea proiectului Coordonarea deciziilor de proiectare și auditul progresului proiectului Punerea în funcțiune a sistemului Participarea la probe Finalizarea Proiectului Evaluarea rezultatelor proiectului Protecția proiectului în Comitetul de Investiții Capitolul Tabelul (final) Functie departament IT Serviciu IT Management Holding Lucrați cu personalul Antrenament STP Training IT modern Realizarea de întâlniri cu managementul IT Selectarea personalului de conducere Aprobarea candidaților Efectuarea certificării șefilor de servicii IT Operare și întreținere Organizarea exploatării și întreținerii Instruirea utilizatorilor Monitorizarea problemelor Raportarea problemelor Cumpărare Formarea caietului de sarcini Selectarea furnizorului Aprobarea achizițiilor Achizitie Tabelul Documente directoare pentru managementul IT în exploatație Nu Document Completări la Regulamentul privind procesul investițional al exploatației, ținând cont de specificul IT Cerințe pentru justificarea proiectelor IT Structura și forma bugetului de dezvoltare IT standard de management al proiectelor IT Recomandări pentru selecția antreprenorilor și furnizorilor Standard de infrastructură IT Politica de licențiere Cerințe pentru integrarea unui sistem informațional al întreprinderii Metode și reglementări de întreținere și exploatare a sistemului informațional Structura tipică a serviciilor IT și cerințele de personal Metodologie de auditare a sistemelor informaţionale ale întreprinderii Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT Povestea acestui proiect Această secțiune oferă material despre experiența implementării unui proiect IT de amploare Lecțiile sale, în opinia noastră, vor permite cititorilor să-și imagineze mai clar capcanele cu care se confruntă companiile atunci când implementează sisteme informatice complexe, să evalueze nivelul de profesionalism necesar pentru a rezolva problemele emergente și, poate, să-și reconsidere abordările cu privire la riscurile de externalizare discutate mai sus acest capitol Fundalul proiectului Până în , în departamentele regionale ale Băncii Centrale (BC) a Rusiei, a existat o situație tensionată cu asigurarea funcționării prompte, fiabile și sigure a sistemelor informaționale (IS) La acea vreme, multe departamente regionale ale Băncii Centrale a Federației Ruse erau echipate cu hardware și software învechit Pentru a efectua plăți, clienții au completat documentele necesare și le-au livrat pe hârtie la centrele de decontare numerar (RCC) După prelucrare la CCR, aceste documente au fost transmise la centrele regionale de informatizare (CIR), unde au fost prelucrate, datele introduse în sistemul informatic, prelucrarea automată a datelor (compensarea plăților și înregistrările contabile corespunzătoare) și transferul datelor către sistemele de plată ale alte regiuni De asemenea, a fost posibil să se efectueze transferul de informații despre plăți din zone îndepărtate prin teletip Această situație a dus la întârzieri ale plăților, a creat posibilitatea furtului de numerar pe scară largă (un exemplu viu este notele de sfat "cecenă") și a complicat la muncă cu inflația în creștere (datorită procesării sumelor de plată cu un număr mare de caractere) O altă problemă serioasă: sistemul bancar autohton nu a îndeplinit standardele internaționale moderne privind securitatea, transparența, adaptabilitatea etc Între timp, abordarea unor astfel de standarde a fost una dintre condițiile pentru ca Rusia să primească împrumuturi occidentale Banca Centrală a Federației Ruse a adoptat și a început să implementeze un program amplu de informatizare, în cadrul căruia firme străine de top au pregătit propuneri relevante Propunerea IBM Corporation, care are o vastă experiență în crearea SI pentru băncile centrale și comerciale din întreaga lume, a fost acceptată pentru implementare la Irkutsk Pentru implementarea proiectului, IBM Corporation a atras o serie de subcontractanți din SUA și Europa de Vest În conformitate cu dorința reciprocă a părților, a fost semnat un contract pentru integrarea completă a sistemului - crearea unui sistem la cheie Capitolul la un pret fix Au fost încheiate contracte corespunzătoare cu subcontractanți Pentru IBM, acesta a fost primul contract de acest gen din Rusia Participanții la proiect și obiectivele acestora Direcția principală a Băncii Centrale a Federației Ruse pentru Regiunea Irkutsk a acționat ca organizație pentru clienți - structura este în esență operațională și strict ierarhică Ca parte a proiectului, clientul a trebuit să efectueze o parte foarte importantă a lucrării privind crearea unei infrastructuri fizice și de telecomunicații moderne a sistemului, precum și asupra schimbărilor cardinale în tehnologia utilizatorilor finali Echipa de management de proiect IBM a trebuit mai întâi să explice și să demonstreze clientului nevoia de noi abordări de proiectare pentru el, apoi să ajute la implementarea acestora De remarcat că, în acest caz, clientul s-a dovedit a fi foarte receptiv (ceea ce i-a surprins foarte mult pe colegii săi occidentali) și cu ajutorul IBM a reușit să implementeze structura matriceală temporară a organizației necesară pentru a-și îndeplini rolul a lucrării la proiect Scopul principal al proiectului pentru toți participanții săi a fost crearea unui sistem bancar automatizat modern, eficient, fiabil, sigur și în curs de dezvoltare pentru Direcția Principală a Băncii Centrale a Federației Ruse din regiunea Irkutsk Pentru Banca Centrală a Federației Ruse, au fost, de asemenea, importante experiența implementării unor astfel de proiecte, accesul la tehnologii moderne de înaltă informare și formarea avansată și cultura de afaceri a personalului IBM, printre altele, a căutat să-și confirme capacitatea de a implementa proiecte complexe în Rusia și de a putea replica soluția în alte regiuni Subcontractanții corporației și-au propus obiective similare Roluri si responsabilitati Chiar la începutul definirii proiectului și pregătirii contractului, D Armstrong, fost IBM UK, a fost numit director de proiect cu un birou permanent la Moscova, așa că toți membrii echipei de management de proiect erau originari din această companie Reprezentantul IBM Marea Britanie, B Thornton, a devenit, de asemenea, șeful (managerul) proiectului cu principalul loc de muncă în Irkutsk Au fost stabilite principalele sarcini ale managerului de proiect: • crearea, implementarea și utilizarea unui sistem de management de proiect pentru a gestiona problemele, schimbările și riscurile în toate fazele ciclului de viață al proiectului; Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT • managementul subcontractanților, ai căror reprezentanți erau manageri ai subproiectelor respective; • interacțiunea cu clientul până la nivelul managementului superior; • pregătirea și desfășurarea de ședințe privind managementul proiectelor; • rezolvarea independentă a problemelor curente legate de managementul proiectelor atât în cadrul IBM, cât și cu subcontractanții și clienții, furnizarea de echipamente și software, instalare și punere în funcțiune, instruirea personalului de întreținere și a utilizatorilor finali; • managementul general al pregătirii și aprobării documentației de proiect, testarea de acceptare a sistemului și a părților sale, implementarea și implementarea sistemului în regiunea Irkutsk ( RCC-uri, inclusiv în locații îndepărtate precum Mama și Bodaibo), punerea în funcțiune, suport și dezvoltare; • asigurarea securității membrilor echipei de proiect (în primul rând cetățeni din alte țări) în Irkutsk; • coordonarea problemelor emergente cu reprezentanții autorităților locale și centrale, de exemplu, în conformitate cu legislația în vigoare, problemele privind protecția informațiilor au fost coordonate cu FAPSI etc ; • managementul personalului echipei (mărimea echipei de proiect a fost de până la de persoane); • managementul comunicațiilor și conflictelor atât în echipa de proiect, cât și în cadrul proiectului în ansamblu Curând a devenit clar că era imposibil să finalizați cu succes proiectul într-un mediu de afaceri și cultural complet necunoscut specialiștilor IBM fără participarea unor specialiști locali suficient de experimentați și profesioniști, adică ruși Nu existau astfel de profesioniști în biroul IBM din Moscova la acel moment Managerii de proiect implicați în selecția candidaților l-au invitat pe unul dintre autorii acestei cărți (A Tovba) în echipa de management de proiect, mai întâi ca stagiar, iar mai târziu ca adjunct al managerului de proiect ("co-lider" - omolog manager de proiect ) [ ] De-a lungul timpului, IBM a considerat că este posibil și oportun ca A Tovb să-l înlocuiască pe mentorul său J Clark, care până atunci devenise unul dintre cei mai experimentați profesioniști din IBM UK, în calitate de manager de proiect Capitolul Echipa de proiect Echipa de proiect a fost formată din specialiști atrași temporar și "coloana vertebrală" (echipă de management al proiectului), care a inclus: • director de proiect; • manageri de proiect de la IBM și client; • arhitect de sistem (designer șef) de la IBM; • Experți tehnici de top de la IBM (în funcție de domenii); • șefi de subproiect de la IBM, subcontractanți și client; • administratori de proiect; • traducători Conducerea echipei a fost realizată prin planificare organizațională, recrutare, încurajare și stimulare cu o distribuție clară a rolurilor și responsabilitate personală Metoda de management a fost aleasă pentru a fi democratică, care a devenit ulterior unul dintre principalii factori de succes a proiectului Un indicator al formării unei echipe de succes poate fi faptul că, chiar și după zece ani, mulți participanți la proiect din diferite țări mențin relații calde, prietenoase și vizite de schimb Domeniul subiectului Sistemul bancar automatizat de informații al Direcției Principale a Băncii Centrale a Federației Ruse pentru Regiunea Irkutsk a inclus următoarele subsisteme funcționale principale: • un subsistem de introducere și contabilizare a datelor privind plățile în RCC bazat pe software special dezvoltat de la Arkansas Systems; • un subsistem pentru transmiterea datelor privind plățile prin dial-up și canale dedicate de comunicații telefonice și prin satelit; • un subsistem de compensare în serie a plăților în RCI, bazat tot pe software-ul Arkansas Systems, special modificat pentru a îndeplini cerințele Băncii Centrale a Federației Ruse; • subsistemul contabil pentru plăți în RCI bazat pe pachetul Ecuația de către Kapiti, modificat (a fost adaptat, personalizat și înființat) pentru a respecta pe deplin cerințele Băncii Centrale a Federației Ruse; Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT • subsistem de protecție a informațiilor în întregul sistem bazat pe software-ul special dezvoltat Falcon al IBM Corporation, oferind protecție completă a informațiilor datorită implementării standardului DES Management de proiect Proiectul a folosit în măsura în care a fost necesar tehnologiile de management de proiect adoptate în IBM, prevăzute de metodologia MITP a companiei IBM S-au folosit planificarea după etape (puncte de control) și planificarea calendar-rețea folosind MS Project Toate planurile de proiect au fost stocate în arhiva centrală de proiect, atât sub formă de copii pe hârtie, cât și sub formă de fișiere de mașină Pentru a asigura o planificare detaliată, a fost efectuată o descompunere completă a lucrărilor pe subproiecte, pachete de lucru și lucrări ale executanților individuali Coordonarea activității participanților a fost realizată prin discutarea planurilor inițiale cu modificările ulterioare ale acestora și convenirea asupra problemelor de interconexiuni și interdependențe ale activității participanților Planurile au fost ajustate prompt în conformitate cu procedura acceptată de adoptare a modificărilor Întâlnirile regulate ale managerilor de proiect și subproiect au fost dedicate problemelor de urmărire (monitorizare) și control asupra execuției lucrărilor, la care, dacă era necesar, erau invitați executanți Pentru fiecare întâlnire a fost întocmit un protocol conform formularului aprobat, care a fost transmis tuturor participanților și părților interesate Toate protocoalele au fost stocate într-o arhivă pe hârtie și ca fișiere de mașină A fost adoptat un sistem strict de management al schimbării Toate modificările au fost făcute numai în conformitate cu o anumită procedură: un cerc limitat de persoane avea dreptul de a iniția procesul de luare în considerare a unei schimbări prin completarea unui document special - o cerere de modificare Acest document reflecta: conținutul modificării propuse, rațiunea necesității acesteia, posibilele consecințe ale implementării, impactul modificărilor efectuate asupra altor elemente ale sistemului și alte puncte Prin managerii de subproiect, solicitările pregătite au fost transmise conducerii de proiect Apoi au fost luate în considerare în modul prescris și au primit un anumit statut (acceptare, respingere, amânare, raportare la următoarea ședință a Comitetului de Management al Proiectului etc ) MITR - Managementul Implementarea Proiectului Total Capitolul Un rol foarte important în implementarea cu succes a unui astfel de proiect internațional de amploare (specialiști din Little Rock, Londra, Viena, Moscova, Irkutsk au participat la acesta) l-a jucat implementarea celui mai recent sistem de comunicare pentru toți participanții la acel moment, care a inclus furnizarea de comunicații telefonice internaționale directe, conectarea clientului la rețeaua globală de comunicații corporative IBM și Internet Trebuie spus că a existat o problemă serioasă de limbă, pentru soluționarea căreia a fost creat special un serviciu de traducători, iar participanții la proiect au fost instruiți în limbi străine Principalele probleme și factori succesul proiectului În timpul implementării proiectului, participanții săi s-au confruntat cu următoarele probleme principale: Pentru toți participanții, aceasta a fost prima experiență de acest fel Pe lângă dezacordurile "obișnuite" legate direct de afaceri, au trebuit depășite multe alte probleme cu caracter "umanitar", precum: ♦ bariera lingvistică (IBM nu a presupus că cunoașterea limbii engleze în rândul compatrioților noștri este atât de mult în urma nivelului european general); ♦ diferențe culturale, de exemplu, unul dintre participanții la proiect, care a decolat din Lausanne însorită dimineața și a sosit la Irkutsk în zori și a văzut pentru prima dată în viața sa colibe siberiene întunecate în centrul orașului pe fundalul alb zăpadă, a întrebat serios și uimit: "Este aceeași planetă? ("Mai este aceeași planetă?"); ♦ diferență în cultura de afaceri (de exemplu, o atitudine fundamental diferită față de angajamente, față de un anumit cuvânt etc ); ♦ diferențe sociale (nivelul veniturilor și stilul de viață al specialiștilor clientului și contractantului erau uneori pur și simplu incomparabile); ♦ probleme psihologice (de exemplu, rușii au manifestat uneori "atacuri" neașteptate care pot fi explicate prin rămășițe latente de șovinism, xenofobie și chiar rasism, amestecate cu ceea ce odată se numea "târăre"); ♦ diferențe educaționale, tehnice etc Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT Depărtarea teritorială față de locul principal de reședință (de regulă, participanții la proiect au petrecut trei săptămâni la Irkutsk, o săptămână acasă) În același timp, trebuie remarcați factorii care au contribuit la finalizarea cu succes a proiectului: Implementarea creativă și consecventă a metodologiei de management de proiect MITP elaborată de IBM Poziția activă a clientului, care este cu adevărat interesat de rezultate, care și-a dorit și a reușit să joace un rol decisiv în succesul proiectului Rolul managementului de vârf este deosebit de important în acest sens Profesionalism ridicat al specialiștilor Băncii Centrale a Federației Ruse care participă la proiect Bine gândit și corect construit de sistemul IBM de funcții de rol și responsabilitate a managerilor, delegare de autoritate și o schemă de stimulare corespunzătoare pentru manageri, bazată pe rezultatele muncii cheie O atmosferă de parteneriat egal și constructiv, care a contribuit la înțelegerea reciprocă și implementarea cu succes a proiectului Concentrarea maximă a personalului asupra muncii prestate (oamenii lucrau - ore pe zi fără zile libere), care a fost în mare măsură facilitată de șederea lor forțată departe de casă Și ultimul lucru care trebuie subliniat este stilul democratic de conducere, care a oferit fiecărui membru al echipei încredere deplină că: • opinia sa va fi ascultată cu atenție și, dacă este posibil, luată în considerare; • conducerea se va întâlni întotdeauna la jumătatea drumului atunci când își rezolvă problemele personale (acest lucru este deosebit de important atunci când distanța geografică a "locului de lucru" de reședința permanentă a angajatului); • conducerea nu va uita să noteze - dacă nu financiar, atunci moral - meritele și realizările fiecărui membru al echipei; • orice persoană are dreptul de a greși; pentru acțiunile care nu au condus la rezultatul dorit, nu va urma pedeapsa și, dacă este necesar, pot fi pedepsite pentru inacțiune; Capitolul • toți membrii echipei fac un lucru mare, succesul întregului proiect depinde de munca lor (pentru aceasta, conducerea a ținut întâlniri regulate formale și informale, "cinci minute", în care sunt disponibile ultimele știri, statutul și perspectivele pentru au fost discutate despre dezvoltarea proiectului); • Managementul de proiect monitorizează constant starea climatului psihologic din echipă și ia toate măsurile necesare (în cazul nostru chiar a fost planificat un buget special) pentru a menține atmosfera de lucru; • conducerea însăși va fi întotdeauna responsabilă pentru greșelile sale, fără a încerca să le învinuiască pe executanți; • managementul de proiect își va proteja întotdeauna subordonații de pretenții nefondate Proiectul a fost finalizat cu succes Toate obiectivele au fost atinse în limita bugetului Sistemul bancar automatizat al Direcției principale a Băncii Centrale a Federației Ruse pentru regiunea Irkutsk a fost pus în funcțiune în și funcționează cu succes de câțiva ani Cu toate acestea, termenele de proiect nu au fost respectate: sistemul a fost adoptat cu o întârziere de șase luni față de planul inițial Motivul principal al întârzierii au fost cerințele suplimentare ale clientului, care, după aprobări corespunzătoare, au fost acceptate pentru execuție Lucrările suplimentare au fost complet finalizate și plătite Lecții în gestionarea unui proiect IT complex complex Metodologia managementului de proiect trebuie aplicată întotdeauna în mod creativ; alegerea nivelului optim al proiectului "birocrație" este deosebit de importantă - aceasta este cheia succesului Un nivel suboptim de "birocrație" a proiectului este întotdeauna o sursă de probleme Capacitatea de a determina nivelul optim depinde de experiența și intuiția managerului de proiect și mărturisește priceperea acestuia, transformându-se într-o artă Fundamental pentru succesul proiectului este definirea sa oportună, suficient de clară și profundă Acestea din urmă trebuie să fie documentate și convenite cu clientul și pot fi ajustate prin acordul părților Pe baza acestor modificări, antreprenorul primește uneori o sumă suplimentară de muncă pentru o plată suplimentară Cel mai important factor de succes este relația dintre părți și relația din cadrul echipei de proiect Sinergia vă permite să depășiți Proiecte și politică Rolul și locul serviciului IT în implementarea proiectelor IT dificultăţile zboară, iar conflictele pot devaloriza rezultatele obţinute Deosebit de importantă este abordarea constructivă a clientului față de proiect (interesul său real pentru rezultate) și, ca urmare, stabilirea unui parteneriat constructiv egal cu acesta, pe baza unei analize reciproce constante și cuprinzătoare a intereselor părților Implementarea abordării proiectului în organizarea executanților de proiecte Construirea unui sistem de funcții de rol în conformitate cu domeniile de responsabilitate, delegând autoritatea managerilor de proiect responsabili, având grijă de participanții săi și un sistem de recompensă adecvat pentru manageri și performeri, bazat pe rezultatele muncii cheie ale proiectului Participarea la proiect, care, la mulți ani de la finalizare, nu și-a pierdut semnificația pentru participanții săi, a devenit un pas important în cariera profesională a autorului Un cititor sceptic ar putea avea impresia unei idealizări fericite a acelor evenimente Totuși, toate acestea sunt adevărate Proiectul mi-a rămas în memorie ca unul "adevărat", care a oferit o experiență profesională unică datorită circumstanțelor specifice predominante Desigur, nu tot adevărul a fost inclus în această "poveste" (au fost și probleme private, greșeli ale participanților etc ) Un motiv evident pentru acest lucru este în aberația naturală a memoriei autorului ("și iarba era mai verde atunci"), celălalt este că după atâția ani, în care participanții la proiect au fost împrăștiați în diferite locuri, un "debriefing" public pare inadecvat din punct de vedere etic, deoarece critica poate fi înțeleasă greșit Literatură GOST - Un set de standarde și linii directoare pentru sisteme automate UDC : ISO/IEC Managementul ciclului de viață - Procese ale ciclului de viață al sistemului CobIT: Executive Summary / ISACA, ed d (traducere neoficială în rusă de către Grupul de lucru ISACA ru, disponibilă la www isaca ru) Tzipes G , Terentiev E , Tsiperman G Proiecte și procese în activitățile serviciului IT // Director servicii informaționale Nr Participanții la proiect și-au sărbătorit cea de-a -a aniversare întâlnindu-se la o cină de gală la un cunoscut restaurant din Londra cu preparate rusești Capitolul Tsiperman G Criza tehnologiilor informaţionale // iBUSINESS Nr Tsiperman G , Tzipes G Cui este ușor acum? // Director de informare, servicii Nr Overbay S Angajații în puterea stresului // Director servicii de informare Nr Tsiperman G , Tzipes G Aspecte politice ale implementării sistemelor informaționale corporative // Sat Proceeding IV Vseros practic conf "Standarde în proiectele sistemelor informatice moderne", Moscova, - aprilie M : FOSTAS, Tsiperman G , Tzipes G BSC pentru SYU // Director servicii de informare Nr Shrage M Cheia inovației: depășirea rezistenței // Director servicii informaționale Nr Kaplan R , Norton D Balanced Scorecard De la strategie la acțiune / Per din engleza M : CJSC "Olimp-Business", Tzipes G Indicatori cheie de performanță într-o companie orientată spre proiect // Director de servicii de informare Nr Tovb A , Tzipes G Managementul proiectelor: standarde, metode, experiență M : CJSC "Olimp-Business", Boldyreva Yu , Tzipes G Managementul personalului: o privire prin prisma strategiei // Managementul potenţialului uman Nr Menzano R Managementul portofoliului de aplicații pentru întreprindere // Director de servicii de informare Nr Tzipes G Proiecte IT în portofolii și programe //Director servicii de informare Nr Tsiperman G N , Tsipes G L Management de proiect pentru CEO Recomandări practice // iBUSINESS Nr - Anshina M Frica are ochi mari // Director servicii de informare Nr Tsiperman G Despre beneficiile centralizării rezonabile // Director de servicii de informare Nr Tovb A Povestea proiectului real // Director servicii de informare Nr Concluzie În această carte, ne-am concentrat pe doar câteva exemple de utilizare a metodelor de management de proiect în diverse domenii ale afacerilor moderne Acestea sunt domeniile în care avem propria noastră experiență în implementarea metodelor de management de proiect Cu toate acestea, practica implementării acestei abordări este mult mai largă Și considerăm că este necesar în acest sens să notăm câteva soluții interesante din industrie descrise în diverse publicații din ultimii ani Management de proiect în institutele de proiectare Ananyin V Modele de management al unei organizații de proiectare // Intern Simpozion "Managementul de proiect: afaceri Idei Practică", Sankt Petersburg, - mai Malykha G , Perevalova Yu , Tashchilin E Crearea unei tehnologii informatice integrate pentru automatizarea și controlul proceselor de proiectare a clădirilor // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Yukhov A , Volkova E Experiență în utilizarea PRIMAVERA SUP într-un institut de design // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Chernakov V , Senko A , Funtov V Implementarea strategiei institutului de proiectare prin proiecte de dezvoltare // Managementul proiectelor și programelor Nr ( ) Proiecte în industria nucleară și electrică Giri JPN Threshold dimension on vertical integration for energy business in India // th IPMA World Congress, New Delhi, - noiembrie Sunt discutate riscurile cu care se confruntă participanții la proiecte energetice: răspunderea politică, pericolele de mediu, preocupările publice, impactul crimei organizate, riscurile fizice pentru personal etc Bogdanovic N "Sindromul Titanic" - se poate salva nava // Intern Simpozion "Managementul de proiect: afaceri Idei Practică", Sankt Petersburg, - mai Concluzie Sunt analizate diverse aspecte ale proiectului de refacere a sistemului de alimentare cu energie distrus în timpul războaielor pe teritoriul fostei Iugoslavii Polushkin A , Mezenin I , Tsvetkov A , Kolosova E Experiență în implementarea unui sistem de management de proiect în industria energiei nucleare // Lumea a -a Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Katyshev S Proiectul de modernizare a rețelei electrice naționale a Kazahstanului și managementul acesteia // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Savelyev G , Reznik M Sistem de management al proiectelor pentru reparațiile echipamentelor centralelor electrice ale SA "Lenenergo" // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Proiecte bancare Bogacheva Yu Implementarea managementului de proiect în banca "ING Bank (EURASIA) ZAO" pe exemplul departamentului IT // th World Congres de management de proiect, Moscova, - iunie Moscova: SOVNET, Proiecte în media business și creativitate Dubovik M Sistemul de management de proiect al unui holding media diversificat // Project Management Nr ( ) Articolul discută abordări ale clasificării proiectelor într-o companie, nivelurile "schemei" de management, precum și caracteristicile structurii bazate pe roluri a managementului de proiect Se propune o abordare echilibrată a construirii unui sistem de management corporativ într-un holding media diversificat, unde proiectele în curs de implementare diferă unele de altele Kogan Yu Universalitatea metodologiei de management de proiect: despre o aplicație neevidentă // Intern Simpozion "Managementul de proiect: afaceri Idei Practică", Sankt Petersburg, - mai Ca obiect de aplicare al demersului de proiect, activitatea creativă a echipei de teatru este considerată în legătură cu producția materială a designului artistic al spectacolelor, activităților de marketing, publicistice și administrative în procesul de lansare a noilor producții și de operare a repertoriului actual Articolul oferă analogii ale procesului creativ și de producție din teatru cu procesele de proiectare și dezvoltare și dezvoltare a cercetării Vigovskaya L , Zenin S , Mkrtumyan A , Solovey I Abordarea proiectului în organizarea afacerilor "creative" // Intern Simpozion "Managementul de proiect: afaceri Idei Practică", Sankt Petersburg, - mai Concluzie Experiența creării și implementării unei metodologii de management de proiect în companii ale căror activități de bază sunt dezvoltarea de soluții arhitecturale, proiectarea și decorarea interioarelor unui mediu rezidențial (case, apartamente), proiectarea unui mediu peisagistic, Brook J Cum să supraviețuiești pe un roller coaster Experiență negativă în managementul proiectelor în industria televiziunii /,/ Managementul proiectelor și programelor Nr ( ), Nr ( ) Această lucrare încearcă să identifice tipare comune în legătură cu experiența managementului de proiect în industria producției de televiziune și, pe această bază, să creeze o listă cu "cele mai grave cazuri" universale de aplicare a PM, care va fi un ghid util pentru a răspunde la întrebarea cum să nu o faci Lista de mese Tab Structura portofoliilor și programelor Tab Descrierea criteriilor de evaluare a proiectelor Tab Reglementări de gestionare a programului țintă Tab Principii de formare organele de conducere a programelor Tab Statutul oficialilor membri ai organelor de conducere a programului Tab Structura standardului de management de proiect Tab Secțiuni suplimentare ale standardului management de proiect Tab Plan de management al proiectului conexiunea digitală a unui client al unei companii de telecomunicații Tab Raportul de utilizare a resurselor Tab Formarea de contoare și indicatoare în proiecte de legătură Tab Structura principalelor procese ale transportatorului aerian Tab Balanced Scorecard pentru o abordare a produsului Tab Etape de lucru în domeniul înființării institutului grupe de alimente Tab Clasificarea proiectelor pe scară Tab Clasificarea proiectelor după complexitate Tab Fragment din structura standardului de operare managementul proiectelor de construcții Tab Compoziția microșabloanelor de secțiune "Structura organizatorică a proiectului" Lista de mese Tab Microșabloane ale subsecțiunii "Alcătuirea grupurilor de lucru" Tab Estimarea costului proiectului de implementare sisteme de management al proiectelor (prima etapă) Tab Estimarea costului proiectului de implementare sisteme de management al proiectelor (etapa a doua) Tab Ierarhia obiectivelor și rezultatelor în programe şi proiecte Tab Rezultatele programului de sprijin afaceri mici Tab Rezultate directe ale programului de sprijin întreprindere mică Tab Structura programului ţintă Tab Indicatori PB și BSC Tab Structura bugetului proiectului Tab Deviz de cost Tab Formularul de situație financiară a proiectului Tab Harta strategică a serviciilor IT Tab Indicatori cheie ai activității proiectului Servicii IT Tab Indicatori cheie ai activităților non-proiect Servicii IT Tab IT în harta strategică a firmei Tab Repartizarea funcţiilor de management IT Tab Documente de orientare pentru guvernarea IT în exploataţie Lista ilustrațiilor Orez "Pyramid of Success" - metodologie management de proiect Orez Procese de management de proiect Orez Factorii cheie ai succesului management de proiect Orez Birouri de proiect în structura organizatorică firme Orez Relația eficienței cu diverse niveluri de control Orez Ciclul de viață al unui depozit Orez Domeniul de activitate al unui proiect complex "Căutarea unui depozit" Orez Organisme complexe de management al proiectelor "Căutarea unui depozit" Orez Procese de management al portofoliului Orez Vedere structurată a proiectelor întreprinderi Orez Procedura de formare a unui portofoliu de proiecte Orez Procedura de monitorizare si revizuire a proiectelor Orez Structura planurilor organizatorice Orez Structura programului ţintă Orez Schema schematică a sincronizării proiecte funcţionale şi de integrare Orez Structura organizationala managementul programului țintă Orez Clasificarea proceselor de afaceri Orez Procesele de afaceri ale parcului de taxiuri Lista ilustrațiilor Orez Procesele de afaceri ale operatorului de telecomunicații Orez Procesele de afaceri ale unui transportator aerian Orez Procesele de afaceri ale unei firme de construcţii Orez "Spațiul" proceselor de management al proiectelor Orez Modelul procesului de afaceri "Vânzarea serviciilor" Orez Formarea structurilor de proiect Orez Repartizarea rolurilor într-o companie orientată spre proiecte Orez Schema de organizare a echipei de proiect de conectare Orez Implicarea angajaților companiei în diferite etape ale proiectului Orez Schema de bonusuri într-o companie orientată spre proiecte Orez Structura standardului corporativ pentru managementul proiectelor Orez Indicatori cheie pentru procesele de conectare Orez Solicitați proiecte de service Orez Evoluția priorităților de afaceri Orez Opțiuni pentru formarea produselor de transport aerian Orez Structura de produs a unei firme de transport Orez Structura tipică a ciclului de viață al produsului Orez Formarea grupelor de alimente Orez Evoluţia grupelor de alimente Orez Structura afacerii de management de proiect Orez Componentele principale ale EMS Orez Tehnologia de creare a SUPEI Orez Etapele ciclului de viață al unui proiect de construcție Orez Schema procedurii de gestionare a unui proiect de inginerie Orez Domenii de responsabilitate într-un proiect de construcție Orez Șablon de planificare a etapei de proiectare a proiectului de construcție Orez Asigurarea protecției muncii și a siguranței industriale Orez Asigurarea protecţiei mediului Orez Asigurarea finanțării proiectelor Orez Asigurarea lucrărilor la daune Orez Constrângeri ale proiectului Orez Structura matriceală a programului ţintă Orez "Foaia de parcurs" a sistemului de indicatori ai programului țintă Lista ilustraţiilor Orez Niveluri de funcționare a serviciilor IT Orez Obiective de nivel superior ale strategiei funcționale Servicii IT Orez Bariere în calea implementării CSI Orez Utilizarea indicatorilor pentru a determina intervalul de personal rezonabil Orez Niveluri de management strategic al unei companii Orez Organigrama proiectului de implementare a CSI Orez Procesul de gestionare a investițiilor Postfaţă În urmă cu aproximativ - ani, era aproape imposibil să obții o carte despre managementul proiectelor în Rusia Literatura occidentală nu a fost tradusă, autorii ruși au scris puțin, iar ceea ce a fost scris a ieșit în tiraje puține și nu a fost republicat Astăzi situația s-a schimbat în bine Au apărut multe cărți care prezintă pe scară largă teoria, metodologia și instrumentele managementului de proiect Dar chiar și pe acest fundal, cartea pe care o ții în mâini este specială Pentru prima dată arată pe scară largă practica managementului de proiect în Rusia Prezentarea unei adevărate experiențe de management de proiect a fost întotdeauna o problemă În vremurile trecute, acest lucru se datora apropierii societății sovietice, astăzi se datorează secretelor comerciale și intereselor corporative Prin urmare, valoarea cărții, care culege, sistematizează și rezumă experiența practică a aplicării metodelor de management de proiect în diverse domenii ale economiei, în sectorul public, cu greu poate fi supraestimată Aș dori să subliniez un alt avantaj fundamental al acestei cărți Autorii, pe de o parte, scufundă experiența specifică a propriilor proiecte în contextul larg al realizărilor moderne în domeniul metodologiei de management de proiect și, pe de altă parte, o corelează cu experiența de utilizare practică a metodelor de management de proiect descrise în diverse surse Acest lucru le permite cititorilor să învețe și să își facă o idee despre zeci de lucrări interesante împrăștiate în diferite reviste, colecții de conferințe, simpozioane și congrese Această carte este o continuare și o dezvoltare logică și demnă a primei cărți a autorilor "Project Management: Standards, Methods, Experience", în care atenția s-a concentrat în principal Postfaţă Vano despre problemele practice ale traducerii metodelor tradiționale de management de proiect în limbajul standardelor corporative Împreună, aceste două cărți reprezintă o contribuție semnificativă la ceea ce aș numi "o enciclopedie a managementului practic de proiect", o enciclopedie căreia îi lipsește încă partea a treia - o descriere a celor mai bune practici pentru aplicarea managementului de proiect și studii de caz detaliate Sper cu adevărat că autorii vor continua să lucreze în această direcție, deși, desigur, realizarea unei astfel de enciclopedii este o sarcină pe care întreaga noastră comunitate profesională trebuie să o rezolve împreună Autorii acestei cărți vorbesc și scriu mult, iar tot ceea ce fac se bucură de interes și recunoaștere constantă în rândul profesioniștilor și specialiștilor Aceasta este o echipă de autori cu adevărat unică, care combină în mod organic o înțelegere profundă a metodologiei de management de proiect și cunoașterea contextului larg de consultanță în management, experiența practică în management și abilitățile creative strălucitoare Datorită acestor calități, Alexander Tovbu și Grigory Tsipes reușesc să aducă o contribuție semnificativă la îmbogățirea și dezvoltarea profesiei noastre Și atingerea unor noi orizonturi de profesionalism în managementul activităților orientate pe proiecte este deosebit de importantă astăzi și în Rusia Cu toții ne așteptăm ca managementul de proiect ca o nouă cultură și tehnologie de management să facă posibilă trecerea rapidă de la dezvoltarea spontană în "punctele de creștere" la o dezvoltare sistematică intenționată, de la proiecte și programe individuale prin organizații și companii orientate spre proiect la orientate spre proiect afaceri și societate în general V I Voropaev, Președintele SOVNET, Academician al Academiei Ruse de Științe ale Naturii și MAIES, Profesor, Doctor în Științe Tehnice AC Tovb, CH Tzipes A S Tovb, G L Tzipes Management de proiect Standarde, metode, experiență M , , p : ill x Vig ISBN obligatoriu - - - Istoria afacerilor este istoria proiectelor de succes Iar concurența în afacerile moderne nu este la nivelul companiilor, ci la nivelul proiectelor Succesul unei companii este determinat de calitatea și profitabilitatea proiectelor sale Cartea este concepută ca un ghid practic al sistemului de management al proiectelor, pentru a crea un integrat implementat ca standard de întreprindere Abordările și soluțiile propuse în acesta se bazează pe urmărirea principalelor prevederi ale metodologiilor de management de proiect general recunoscute și pe experiența practică a muncii desfășurate cu participarea autorilor Asociația Națională de Management al Proiectelor din Rusia "SOVNET" oferă cea mai bună modalitate de a avansa către noi cunoștințe în domeniul managementului de proiect (PM) Ridicându-ți nivelul profesional și devenind un specialist certificat în PM, nu numai că vei câștiga impuls pentru propria ta carieră, dar vei oferi și avantaje competitive și beneficii pentru compania ta FORMARE ŞI DEZVOLTARE PROFESIONALĂ Centrul de Formare și Consultanță SOVNET pe baza Departamentului de Management de Proiect și Program al Academiei de Stat pentru Recalificare Profesională și Formare Avansată a Directorilor și Specialiștilor în Investiții (TACIS) oferă un curs de formare pentru specialiștii în managementul proiectelor După finalizarea cursului, studenților li se eliberează un certificat eliberat de stat al Ministerului Educației și Științei al Federației Ruse (licență a Serviciului Federal de Supraveghere în Educație și Știință, seria A nr , înregistrare nr din ) Cursurile se țin în timpul zilei și seara conform programelor cursului de bază ( ore) și cursului avansat ( ore) Organizatiilor li se ofera training corporate conform unor programe adaptate conditiilor clientului, si pe teritoriul acestuia Instruirea este condusă de o facultate înalt calificată a departamentului și de membri ai SOVNET Toți profesorii au o bogată experiență pedagogică și practică în domeniul managementului de proiect și au certificate internaționale în managementul proiectelor Cursurile se țin la: Moscova, st Kibalchicha, ( - minute de mers pe jos de la stația de metrou VDNKh) Vizitatorilor li se oferă un hotel situat în aceeași clădire PROGRAMUL INTERNAȚIONAL DE CERTIFICARE A SPECIALISȚILOR Proiectele și programele din întreaga lume sunt gestionate de profesioniști pregătiți profesional și certificați în domeniu În Rusia, certificarea internațională a specialiștilor este realizată de SOVNET-CERT în conformitate cu cerințele stabilite de Asociația Internațională de Management de Proiect (IRMA) și Asociația Rusă de Management de Proiect (SOVNET) Baza legală pentru certificarea internațională este un acord între SOVNET și IRMA și înregistrarea în Registrul de stat al standardului de stat al Rusiei Certificarea specialiștilor prevede patru niveluri: nivel A - director de proiect atestat; nivel B - manager de proiect certificat; nivel C - profesionist certificat în management de proiect; Nivel D - Specialist certificat în managementul proiectelor Certificatele de specialitate (în rusă și engleză) sunt recunoscute de facto în întreaga lume și de jure în toate țările membre IRMA (mai mult de de țări din Europa, Asia, America și Africa) Toate datele despre specialiștii autorizați sunt înscrise în registrul internațional IRMA publicat pe site-urile SOVNET www sovnet ru și IRMA www ipma ch BENEFICIILE CERTIFICARII Pentru specialiști: • recunoașterea internațională a calificărilor și competenței; • beneficii personale pentru dezvoltarea carierei; • cresterea ratingului profesional si a pretului serviciilor prestate Pentru companii și organizații: • eficiență ridicată a implementării proiectului; • îmbunătățirea ratingului și competitivității pe piețele rusești și internaționale S VN Asociația de Management de Proiect SOVNET , Moscova, st Kibalchicha, , Tel /Fax: ( ) - - , ( ) - - E-mail: sovnet@sovnet ru Web: www sovnet ru Robert B Tucker Inovaţie ca formulă de creștere Un nou viitor pentru companiile de top M , , p : ill x i/u Legare ISBN - - - Traducere din engleză: Robert B Tucker Stimularea creșterii Prin inovare Cum sunt firmele lider Transformându-și viitorul Berrett-Koehler Publishers, Inc , După ce ai citit cartea, vei învăța cum să dezvolți și să implementezi o strategie de inovare pentru compania ta; oferi un avantaj competitiv prin identificarea și satisfacerea nevoilor nesatisfăcute ale clienților; creați un sistem care să nu permită ca ideile bune să se piardă sau să ajungă în mâinile concurenților; identificați produse, procese și idei strategice care ar putea deveni realizări Cartea este rezultatul multor ani de cercetare a unuia dintre experții de top în domeniul inovației Analizând exemple reale din istoria unor companii cunoscute, autorul rezumă experiența celor mai bune metode inovatoare ale secolului al XX-lea și sugerează abordări pentru atingerea creșterii în secolul al XXI-lea Editura "Olimp-Business" , Moscova, st Ordzhonikidze, / , etajul Telefon/fax: ( ) - - (multicanal), - - , - - Magazin online: http://www olbuss ru e-mail: sales@olbuss ru Cum ne cumpărăm cărțile: • În magazinul online al editurii • Faceți o comandă la telefon - - • Vino la biroul editurii "Olimp-Business" Cere cărți de la editura noastră în magazinele din orașul tău Editura Olimp-Business invită angrosiştii, organizaţiile de vânzări de cărţi şi magazinele să coopereze Informații despre condițiile de muncă pot fi obținute de la departamentul de vânzări al editurii G L Tsipes, A S Tovb Management de proiect în practica unei firme moderne Editor G Semeko Corectori S Malina, N Sherstennikova Dispoziție computer S Rodionova Artista V Kameneva Predată în platou Semnat spre publicare la Format x }/Іб Hartie offset Nr Tipografie Times Imprimare offset Pech l Uch -ed l Ordinul nr Editura "Olimp-Business" , Moscova, st Ordzhonikidze, / , etajul OAO Tipografie Novosti, , Moscova, str F Engels, MANAGEMENT DE PROIECT Tzipes Grigori Lvovich Consultant șef al Departamentului de Consultanță în Management IBS Membru al Consiliului de Administrație al Asociației Ruse de Management de Proiect Specialist certificat SOVNET în Management de Proiect Participant și lider la peste de proiecte mari de consultanță Autor și coautor a peste de publicații și rapoarte în domeniul managementului de proiect, al optimizării proceselor de afaceri și al altor domenii de consultanță în management Președinte al Comitetelor de Program ale Simpozioanelor Internaționale de Management de Proiect (mai și februarie ) □ Tovb Alexander Samuilovici Director adjunct de proiect TACIS Vicepreședinte al Asociației Ruse pentru Managementul Proiectelor SOVNET Evaluator Național IRMA pentru Certificare Profesională CSPM Manager de Proiect Certificat IRMA Șeful unui număr de proiecte mari și de succes Autor și coautor al multor publicații și rapoarte în domeniul managementului de proiect Președinte al comitetelor de organizare a simpozioanelor internaționale în management de proiect (mai și februarie ) Redactor-șef adjunct al revistei SOVNET și ID Grebennikova "Managementul proiectelor și programelor" ISBN - - - 